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Csomagolunk 


Ennél aktuálisabb címet a hónap témájának 
nehéz lett volna találni. 

Amikor az összeállításon dolgoztunk, 

már befejezéséhez közeledett a nagy csomagolás 
a szovjet laktanyákban, mi pedig éppen elkezdtük 
csomagolni a szerkesztőség 

áttekinthetetlen papírgyűjteményét, 

hogy átköltözzünk új helyünkre, 

a Karolina útra. 

Az adattömörítésről és a tömörítőprogramokról 
készülő összeállítás munkacíme a 

TÖMÖR GYÖNYÖR volt, 

de tudtuk — és a saját bőrünkön is éreztük —, 
hogy a csomagolás művelete 

még akkor sem tömör gyönyör, 

ha annak eredménye 

valóban örömmel tölthet el bennünket. 
Ugyanez elmondható az állományok 

be- és kicsomagolásáról is. 

Fontos, hasznos műveletek, 

de nem nyújtanak közvetlen élvezetet 

— ellentétben a számítógépen végzett 
számos más munkával... 

nem is szólva a játékokról. 

Persze sok mindent nem élvezetből, 

hanem szükségből csinálunk, 

és az adattömörítésre ez nagyon igaz. 
,Kiterített" programjaink és adatállományaink 
tárolására előbb-utóbb kevésnek bizonyul 

a merevlemez kapacitása, 

de még floppyval sem győzzük majd. 

A tömörítésnek és a tömörített állományok 
kibontásának mindennapi rutinműveletté kell válnia. 
Láttuk azonban azt is, 

hogy ma még a számítógépet általában 

nagy biztonsággal hásználók közül is 

milyen sokan bizonytalanodnak el, 

ha tömörítőprogramokat kell használniuk, 
tehát szükség lenne valami , útikalauzra". 
Mostani összeállításunk 

az első lépés ebben az irányban. 
Másodikként az Alaplap Könyvek sorozatban 
ugyanezt a témát hamarosan részletesebben 
is feldolgozzuk. 

iz Most viszont csomagoljunk! 

Kép kicsomagolva Be és ki. 
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Helyhiánnyal küzdők mentőöve 


Utikalauz a tömörítéshez 


A hazai PC-felhasználók körében 


tipikus helyzetnek tekinthető, 


hogy szűkös anyagi lehetőségek korlátai között kell 
egyrészt nagyobb tárolókapacitásra szert tenni, 

másrészt az állományokat minél kisebbre tömörítve tárolni, 
anélkül, hogy a programok használatában zavar keletkezne. 
Ennek a nem könnyű feladatnak 


a megoldásához jó volna tudni, 


hogy egyáltalán milyen lehetőségek közül választhatunk. 
Az alábbi írás ehhez igyekszik egy kis áttekintést adni. 


A ,jó öreg" Commodore, Spectrum és 
egyéb 8 bites gépeken eleinte az egyet- 
len elérhető adat- és programrögzítési 
eszköz a kazettás magnó volt, lassú és 
megbízhatatlan szalagos adathordo- 
zóval. 

A floppy már rendkívül jól használ- 
ható, de költséges és hamarosan elbo- 
rítja a polcokat és az asztalt. Az ötve- 
nedik megtelt lemezen túl nem is tud- 
tam fejben tartani, melyiken mi van. 
Nem hiszem, hogy bennem volt a hiba, 
mert barátaim hasonló cipőben járnak. 

Amikor áttértem a winchester hasz- 
nálatára — természetesen továbbra is 
jól megőrizve floppyn a backupokat — 
a 30 megás merevlemez szinte végtele- 
nül nagynak tűnt... Azután igen hamar 
szűknek bizonyult, és elkezdődött a se- 
lejtezések, az átrendezések időszaka. 
Végül eljutottam oda, hogy bár minden 
ritkán használt állományomat floppyra 
raktam, a merevlemez mégis állandóan 
csordultig volt. Uj gépet, új rendszert, 
új winchestert kellett volna beszerez- 
ni... Ilyen beruházásokra azonban nem 
futotta. Akkor hogyan és merre tovább? 


COM és EXE fájlok tömörítése 


Az utóbbi hónapokban különféle új 
winchestervezérlő kártyákat hirdetnek, 
amelyek megduplázzák a kapacitást, de 
mivel ezek fizikailag is többet írnak a 
lemezre, hamarabb és gyakrabban je- 
lentkezhetnek a lemezhibák. A külön- 
féle backup programok (PC-Backup, 
Norton Backup) csak kiegészítésként 
jöhetnek szóba, hiszen nemcsak őriz- 
getni akarok, hanem munkaállományai- 
mat nap mint nap használni és lemezen 


szállítani is. Nézzünk hát körül, hogy 
egyáltalán milyen alkalmas módszerek 
kínálkoznak! 

E programcsalád képviselői a végre- 
hajtható COM és EXE fájlokat tudják 
elég jó hatásfokkal és funkcióvesztés 


nélkül összezsugorítani. A megoldás 
azonban csak átmeneti, és kiegészítő 
eljárásokat, ellenőrzéseket is igényel, 
mert nem mindegyik program tűri jól a 
zsugorítást, néha éppen a legszellősebb 
szerkezetű állományok maradnak érin- 
tetlenek. Akkor célszerű alkalmazni, ha 
a kiválasztott programokat lemezről 
vagy lassú winchesterről akarjuk futtat- 
ni. Ilyenkor ugyanis a beolvasás jelen- 
tősen gyorsul, a kibontással járó lassu- 
lás pedig elhanyagolható. 

Kétilyen megvizsgált rendszer közül 
a PKLITE kezelése egyszerű, mind a 
COM, mind az EXE fájlokat tömöríti. 
Nem lehet azonban túl kicsi vagy belső 
overlay-technikát alkalmazó programo- 
kat összenyomni vele. Ezek nagy részét 
maga a tömörítő jelzi. Előnye még, 
hogy a tömörített programok eredeti 
állapota szinte mindig visszaállítható. 





I. A tömörítő típusa szerint 


II. Adattípus szerint 


III. Felhasználók szerint 


ARC, LZEXE) 


IV. Rendeltetés szerint 





A tömörítés — több nézőpontból 


1. Backup programok (PCTools/C.P.Backup, NBACKUP). 

2. COM és EXE fájltömörítők (PKLITE, LZEXE). 

3. Fájltömörítők (LHA, PAK, PKZIP, ARC, ZOO, LHARC, PKARC, PKPAK). 
4. KK tömörítő (KK/KXK/KKINS/KKUNINS). 

5. Winchesterbővítők (STACKER, NEWSPACE). 


1. Szöveges adatállományok (Főleg TXT, DOC fájlok). 

2. Grafikus adatállományok (Pixel- és vektorgrafika). 

3. Táblázat- és adatbázis-állományok (DBF, WK?). 

4. Programállományok (COM, EXE, OV?, SYS). 

5. Előzőleg már tömörített archív állományok (ZIP, ARC, LZH). 


1. Teljesen kezdő — ,beesett" az utcáról. (STACKER) 

2. Kezdő — már látott számítógépet. (PKLITE, LZEXE, PKZIP) 

3. Haladó — angolul tud, a DOS-t ismeri. (LHA, PAK, PKZIP) 

4. Profi — mindent tud vagy tudni akar. (ZOO, HAS LHA, PKZIP, PKPAK, 


5. Programozó — mindent jobban tud. (Írjon magának egyet!) 


1. Biztonsági (backup-) másolat (PC-BACKUP, NBACKUP, ZOO). 
2. Program- és adattovábbítás (PAK, LHA, PKZIP). 

3. Munkaterület bővítése (STACKER, NEWSPACE, KK). 

4. Régebbi verziók megőrzése (ZOO). 
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A fájltömörítés művelete 


A fájltömörítők a kiválasztott állomá- 
nyokat (ha kérjük) a  könyv- 
társzerkezettel együtt becsomagolják 
egy tömörített archív állományba. Köz- 
ben törölhetünk, áthelyezhetünk, aktu- 
alizálhatunk, jelszóval titkosíthatunk, 
kommentezhetünk fájlokat. A kész ar- 
chív fájlnak van egy jól használható 
tartalomjegyzéke (archív katalógus), 
amely nagy segítség az adatállományok 
és programok nyilvántartásban. 

Az így előállított, tömörített archív 
állományokkal szinte azt csinálunk, 
amit akarunk. Ki lehet csomagolni egy- 
szerre mindent, és külön-külön a kivá- 
lasztott állományokat. Lehet bővíteni, 
aktualizálni, belekukkantani, törölni, 
nyomtatni, ellenőrizni, önkicsomagoló- 
vá (SFX) alakítani stb. 

A fájltömörítők előnye a jó tömörítési 
hatásfok, és hogy a létrehozott archív 
állományok könnyebben utaztathatók 
lemezeken és különféle más kommuni- 
kációs csatornákon. 

A fájltömörítők hátránya, hogy aktu- 
alizáláskor vagy használat előtt mindig 
ki kell bontani az archívba tömörített 
állományokat, és ha csak átmenetileg 
is, de ilyenkor dupla helyet foglalnak el 
a lemezen. Visszaüt a tömörítőprogra- 
mok sokfélesége is, mert néha nehéz 
vagy hosszadalmas a különféle archív 
formátumok között konvertálni az ada- 
tokat, s könnyen előfordul, hogy a szük- 
séges tömörítő/kicsomagoló/konvertá- 
ló segédprogramot nem ismerjük, vagy 
nincs elérhető helyen. 

Szerencsére a sokféleségnek előnyei 
is vannak. Mostanra már a különféle 
tömörítők parancskészlete és szintaxisa 
kezd egy íratlan , szabvány" felé köze- 
ledni, s aki egyetlen tömörítő használa- 
tát is legalább elemi szinten elsajátítot- 
ta, az az összes többivel pillanatok alatt 
megbarátkozik. 

A szabványosodás egyik jellegzetes 
eredménye, hogy csak az a tömörítő- 
program lehet piacképes, amelyik leg- 
alább az alábbi funkciókkal rendelke- 
zik: 

Add -— bepakolás tömörítéssel. 
Freshen - frissítés, újat nem visz be. 
Update - aktualizálás, újat is bevisz. 
Move - áthelyezés, a forrás törölve. 
Delete — fájltörlés az archívból. 
Extract — kibontás, visszaállítás. 

Test — az archív épségének tesztelése. 
View List — az archívkatalógus kiírása. 
Console - képernyőn való megjelení- 
tés. 

Print — kinyomtatás. 

Emellett biztosítania kell a program- 
nak valamiféle megjegyzés hozzáfűzé- 
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állományokon teszteltem. 
választottam ki hetet. 


készítettem három PIC fájlt. 


szemeltem ki. 


gépem DOS könyvtárának 


Szövegek 

(7 .DOC állomány, 

58 250 bájt) 

LHA 2.10 26514 1. 4559 
PAK 2.50 27328 2. 46997 
PKZIP 1.10 28096 3. 4829 
KK 31796 4. 5469 
PKARC 3.60/ 

PKPAK3.61 — 32202 5. 55396 
700 2.01 32483 6. 55.896 
ARC 6.02 33262 7. 57199 
Grafikák 

(3 .PIC fájl, 19 456 bájt) 

LHA 2.10 9575 1. 49.099 
PAK 2.50 10529 2. 53.999 
PKZIP 1.10 — 10619 3. 5439 
ZOO 2.01 11780 4. 60397 
PKARC 3.60/ 

PKPAK 3.61 11782. 5. 60.396 
ARC 6.02 11944 6. 6119 
Táblázatok 

(Eredeti .WK1 fájl, 

74 118 bájt) 

LHA 2.10 50337 1. 6799 
PAK 2.50 51372 2. 6939 
PKZIP 1.10 54208 3. 7319 
ZOO 2.01 69317 4. 9359 
PKARC 3.60/ 

PKPAK 3.61 69513 5. 9389 
ARC 6.02 71116 6. 9599 





Tömörítők tesztelve 


A vizsgált fájltömörítőket önkényesen 
és teljesen véletlenszerűen kiválasztott 


A szövegállományokhoz saját kézirataim közül 
A grafikák tesztjéhez a Genius DRGenius programmal 


A táblázatok tömörítésének alanyául 
a Lotus Learning System 74 K-s állományát 


Az adatbázis-állományok tesztjéhez saját 
dBase állományaim közül választottam ki az első tízet. 
A bináris állományok tesztjéhez 


22 db EXE és COM állományát használtam. 


Adatbázisok 
(10 .DBF állomány, 
384 496 bájt) 


LHA 2.10 42141 1. 11096 
PAK 2.50 53139 2. 13.89 
PKZIP1.10 — 54644 3. 1429 
PKARC 3.60/ 

PKPAK 3.61 — 82620 4. 2159 
700 2.01 83485 5. 2179 
ARC 6.02 87044 6. 
Programok 

(22 DOS állomány, 

242 693 bájt) 

LHA2.10 148197 1. 61,196 
PKZIP 1.10 — 153907 2. 63.496 
PAK2.50 —— 160503 3. 66,1 96 
PKLITE 163415 4. 6739 
PKARC 3.60/ 

PKPAK3.61 183892 5. 75.89 
ARC6.02 — 191636 6. 79.095 
700201 — 192778 7. 79495 
LZEXE 0.91 210623 8. 86.89 


Összesített súrítési rangsor 


1. LHA 

2. PAK 

3. PKZIP 

4. PKARC/PKPAK 
5. 200 

6. ARC 











sének lehetőségét és önkibontó (SFX) 
archív létrehozását. Ez tehát a mini- 
mum, amit egy programnak tudnia kell. 


A fájltömörítők többségének parancsai 
az imént felsorolt angol szavak kiemel- 
ten jelzett betűi és maguk a szavak. 
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Néhány elterjedt program 


A legkisebb méretű, s egyben a legna- 
gyobb tömörítést elérő program jelen 
pillanatban az LHA.EXE. Nem szuper- 
gyors, de tömörítőképessége igen érté- 
kes tulajdonság. 

A NoGate cég PAK programja meg- 
lehetősen terjedelmes, bár sokat is tud. 
Közvetlenül az LHA után következik 
tömörítésben, adatkonverziós lehetősé- 
gei pedig egyedülállóak. Parancsait 
mindenki saját igényeihez illesztheti. 
Állományokat áthelyezni (move) nem- 
csak befelé, hanem kifelé is lehet vele, 
vagyis az éppen kipakolt állományokat 
egyetlen paranccsal egyben törölni is 
tudjuk az archívból. 

A PKZIP egyszerre nyújtja a gyorsa- 
ságot, a nagyfokú tömörítést és az adat- 
biztonságot. Extra szolgáltatásai, főleg 
a nyomtatás és a sérült állományok fel- 
élesztése területén különlegesen rugal- 
massá teszik. (Kinyomtatásban egysze- 
rűen verhetetlen.) 

A PKPAK a régi PKARC utóda. Egy 
kicsit kezd elavulni, de használják, mert 
még mindig elég sok ARC tömörítésű 
állomány forog közkézen. Alapprog- 
ramnak számít. Szolgáltatásai néhány 
kivételtől eltekintve megegyeznek a 
PKZIP csomagéival. 

A ZOO három tulajdonsága miatt 
érdekes: egészen hosszú (maximum 
64 K) megjegyzéseket is elfogad, állo- 
mánygenerációkat tárol egymás mellett 
(fejlesztők, figyelem!), és mellékelték 
hozzá a program forráskódját is. 

A tiszteletreméltó korú ARC minden 
tesztben hátul végzett. Egyetlen erénye, 
hogy archívból tudja futtatni az általa 
bepakolt EXE és COM állományokat. 


Egy köztes kategória 


Masa István KK / KXK / KKINS / 
KKUNINS programcsomagja azért ér- 
demel külön figyelmet, mert átmenetet 
képez a fájltömörítők és a winchester- 
duplázók között. Lehetővé teszi, hogy 
a becsomagolt állományokat szekven- 
ciálisan kibontva újra olvassuk. Igen jól 
használható olyan szövegek archiválá- 
sához, amelyeket nem akarunk módo- 
sítani, csak olvasni vagy nyomtatni, 
illetve más programokba átküldeni 
vagy másolni. Lehetséges alkalmazási 
területei a szövegeket szekvenciálisan 
felhasználó help-rendszerek, program- 
ismertetők, valamint egyes Hypertext- 
rendszerek. 

A szövegállományokat a csomag 
KK.EXE programjával lehet összezsu- 
gorítani. Az így tömörített állományo- 
kat az Alaplap mágneslemez-mellékle- 





tén is használt rezidens KKINS prog- 
ram segítségével mindenféle paraméte- 
rezés nélkül kibontva láthatjuk mindad- 
dig, amíg a KKUNINS programmal be 
nem csukjuk. Közben tetszőleges prog- 
rammal lehet olvasni, másolni stb. A 
végleges kibontás kétféle is lehet: a 
KXK programmal, vagy úgy, hogy a 
KKINS meghívása után, de még a 
KKUNINS használata előtt a progra- 
mot más néven egyszerűen bemásoljuk 
egy tetszőleges könyvtárba. 

A program szinte pofonegyszerűen 
használható, s hihetetlenül kevés helyet 
foglal. Alkalmazása 1 kilobájtnál na- 
gyobb állományok tömörítésekor cél- 
szerű, mert ennél kisebb szövegek ese- 
tén még  méretnövekedést tapasz- 
talhatunk. 


Winchesterduplázók 


Ennek a programcsaládnak két tagja is 
felbukkant Magyarországon. A Stacker 
kereskedelmi program két lemezzel 
(5,25" és 3,5"), kézikönyvvel, kopro- 
cesszoros és szoftveres változatban 
kapható. A másik, a NewSpace egy 
shareware program (Solarsoft 1475), 
amit regisztráltatni lehet. 

A NewSpace azoknak ajánlható, 
akiknek csak egy 20 megabájtos win- 
chesterük van és a közeljövőben nem 
akarják a gépet új vagy nagyobb me- 
revlemezzel bővíteni, mivel a program 
egy gépen csak egyszer installálható. A 
499 forintos ár mindazoknak igen ke- 
csegtető, akik nem tudnak ezreseket 
áldozni gépük bővítésére. Mielőtt min- 
denki rohanna beszerezni a programot, 
fel kell hívnom a figyelmet, hogy mul- 
titasking rendszerekkel (Windows, 
DESOview) nem tud együttműködni, és 
a hálózatokban csak a terminálokon 
működtethető, a szervergépen nem. Ta- 
lán a következő verziókban ezeket a 
problémákat is megoldják. A program 
nem tömöríti a COM és az EXE állo- 
mányokat, az AUTOEXEC.BAT-ot, a 
SYS-t és a többi device drivert, vala- 
mint a rejtett állományokat és a rend- 
szerállományokat. A lemezen egy 38 
oldalas leírás is található. 

A Stacker koprocesszoros változata 
nem tartozik az olcsó programok közé, 
de megéri az árát. Az installálás után jó 
darabig nem lesz helyproblémánk. Az 
átlagfelhasználónak viszont elegendő a 
szoftveres, olcsóbb változat is (20 ezer 
Ft körüli ár). Egy gépen tetszőleges 
számú merevlemezre, illetve partícióra 
installálható. Az egyetlen hátrány, hogy 
partíciónként a 30 K mellett további 
3—3 K RAM-ot vesz igénybe. DR- 
DOS 5.0-val, vagy memóriamenedzser- 


programokkal azonban a 640 K fölötti, 
illetve az EMS-területre is telepíthető. 


Mindenkinek a megfelelőt 


Teljesen kezdő felhasználó számára 
ideális megoldás a Stacker vagy a 
NewsSpace használata. Az installálás 
után ugyanis egyáltalán nem kell azzal 
törődnie, hogy a tömörítés rendben 
menjen, ez a program dolga. El is végzi, 
szinte észrevétlenül. 

Aki nem teljesen kezdő, és gyakrab- 
ban kell programjait és adatait lemezre 
mentenie, annak a winchesterduplázók 





mellett a különböző fájltömörítők hasz- 
nálatát ajánlom. Ha a sebesség fontos, 
akkor a PKLITE, LZEXE, PKZIP vagy 
a PAK az optimális megoldás, ha a 
tömörség, akkor az LHA, a PKZIP vagy 
a PAK. Ha az extra szolgáltatások lé- 
nyegesek, akkor először végig kell néz- 
ni, melyik program mit kínál. 

Haladóknak az LHA, a PKZIP és a 
PAK programokat mindenképpen aján- 
lom, ha még nem használnák. A többit 
úgyis megnézik, megszerzik magán- 
szorgalomból. 

Profiknak, programozóknak legfel- 
jebb arra hívom fel a figyelmüket, hogy 
a fájltömörítőknek is vannak olyan szol- 
gáltatásaik, amelyeket általában csak a 
kézikönyv sokadszori fellapozásakor 
fedezünk fel. 

Aki pedig maga akarja megírni saját 
tömörítőjét, nem árt, ha belekukkant a 
200 2.01 csomagba, melyben a forrás- 
kódok is megtalálhatók, méghozzá kü- 
lönféle operációs rendszerekre kihe- 
gyezve. 


Mikor melyiket 


Ha egyszerűen csak egy biztonsági má- 
solatot akarunk készíteni wincheste- 
rünk tartalmáról, használjunk backup- 
programokat (pl. Norton Backup vagy 
PCTools, C.P. Backup). A fájltömörítők 
könyvtárszerkezet-elmentő képessége 
is segítségünkre lehet, ha egész könyv- 
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tárakat akarunk egyetlen archívba tö- 
mörítve tárolni. 

Amikor a programok és adatok to- 
vábbításának vagy cseréjének a meg- 
gyorsítása a cél, egyértelmű a fájltömö- 
rítők előnye a többi típussal szemben. 
Az összetartozó program- és adatállo- 
mányokat egyetlen vagy csak néhány 
archív (vagy SFX archív) fájlba becso- 
magolva, könnyebben kezelhetők állo- 
mányaink. A kommentezési lehetősé- 
gek módot adnak arra, hogy használha- 
tóbb megjegyzésekkel lássuk el a leg- 
fontosabb tömörített állományokat. A 
jelszavas titkosítás lehetősége sem utol- 
só dolog. A legelterjedtebb programok: 
PKZIP, PAK, PKPAK, LHA(RC), 
ZOO, ARC, illetve az EXE és COM 
állományok tömörítői közül a PELITE 
és az LZEXE csomag. 

Amikor csak a merevlemez rendel- 
kezésre álló szabad felületét akarjuk 
növelni úgy, hogy az installálás után 
többé ne kelljen paraméterezéssel, ki- 
és  becsomagolással foglalkoznunk, 
használjunk winchesterduplázó progra- 
mot (Stacker, NewSpace). Szövegállo- 
mányainkat flopp-lemezeinken, ame- 
lyekkel a Stacker nem foglalkozik, a 
KK-val vagy a fájltömörítők egyikével 
tömörítve érdemes tárolni. 

Ha egy szöveget vagy más adatállo- 
mányt úgy akarunk megőrizni, hogy azt 
később közvetlenül ne módosíthassák, 
s csak a kiolvasást akarjuk támogatni, 
jó szolgálatot tehet a KK csomag. Ha 
fontos a régebbi verziók megőrzése, 
hasznos lehet a ZOO program állo- 
mánygenerációkat kezelő képessége. 





— Önmagára is írt egy tömörítőprogramot... 
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Archivált állományok konverziói 
Oda - vissza, össze - szét 


A fájltömörítők alkalmazásának egyik legnagyobb hátránya, 
hogy nincs kötelezően használt szabvány 

az állományformátumokra. A tömörítőprogramok zöme 

— tisztelet a kevés kivételnek — csak saját formátumát 
fogadja el, és csak saját tömörítő algoritmusait használja. 
Ha kapcsolatba lépnek egymással, 

állandóan ,tolmácsra" van szükség. 


A gond ott kezdődik, ha több helyről 
kapunk különböző tömörített archív ál- 
lományokat, s ezeket akarjuk egysze- 
rűen kipakolható, közös formátumra 
hozni. Leggyakrabban először át kell 
konvertálnunk őket. Olyankor is szük- 
ség van erre, ha régebbi verzióval tö- 
mörített állományainkat a legújabb tö- 
mörítő verzióval még kisebbre akarjuk 
összenyomni. Néhány  tömörítőnek 
azonban már erre is van külön parancsa 
vagy segédprogramja. E 

Az archív konverziónak két alapvető 
módszere van, a közvetett és a közvet- 
len. A közvetett konverzió lényege, 
hogy a kibontó és becsomagoló prog- 
ram (vagy egy átpakoló segédprogram) 
segítségével első lépésben kibontjuk a 
forrásarchívot egy átmeneti könyv- 
tárba, második lépésként besűrítjük az 
új archívba, végül pedig az átmeneti 
könyvtárból töröljük az ideiglenesen ki- 
bontott állományokat. A közvetlen kon- 
verziót használó programok gyorsab- 
bak, mert konvertálás után a forrásar- 
chívból közvetlenül az új archívba rá- 
molnak át. Átmenetileg azonban a for- 
rásarchívból éppen feldolgozott fájl 
négy példányban van a lemezeken (for- 
rás, átmeneti munkafájl, új archív, régi 
archív). Ezzel az átmeneti sokszorozó- 
dással a közvetett konverziónál is szá- 
molni kell, amikor több forrást viszünk 
át egyetlen célállományba. (Nem árt az 
óvatosság, ha winchesterünk közel van 
a telítődéshez.) 

Bármelyik módszert használjuk is, 
előbb mérlegeljük, hogy miért éppen az 
adott tömörítőt választották az archivá- 
láshoz. Nem árt azt is megnézni, (vagy 
megkérdezni), milyen kísérő informá- 
ciókkal készítették el a forrásfájl állo- 
mányait. 

Saját tömörítőnk kiválasztását ne 
bízzuk a véletlenre! Ha állandóan 


ugyanazzal a tömörítővel dolgozunk, 
legalább önmagunkkal mindig kompa- 
tibilisek maradunk. De az is helyes elv, 
ha minden esetben az adott feladathoz 
optimális programot választjuk. Figyel- 
jünk oda arra is, hogy kik használják 
majd az új archív állományokat. A fel- 
használó számára még ismeretlen tö- 
mörítőt illik egy leírás kíséretében mel- 
lékelni a tömörített állományhoz. 

A fontosabb konvertáló programok 

— REZIPEXE — A PKUNZRPP és a 
PKZIP segítségével alakít át régi verzi- 
óval készült ZIP állományokat új ZIP 
állományokká. Frissítési célokra is al- 
kalmazható. 

— TOZIPEXE — A PKUNPAK és 
a PKZIP segítségével konvertál .AARC 
állományokat .ZIP állományokká. Csak 
egyirányú konverziót tesz lehetővé. 

— 2LZH.EXE — ARC, PAK és ZIP 
állományokat konvertál LZH formátu- 
múakra a PKXARC, PAK, PKZIP és az 
LHARC segítségével. Ez is csak egy- 
irányú konverziót biztosít. 

— LHDIR — Egyéb szolgáltatások 
mellett az LHARC SFX-ből csinál LZH 
fájlt. Ilyenkor az SFX fejet szedi le. 

— SHEZ5.9— ASHEZ a megfelelő 
kibontó- és tömörítőprogramok segítsé- 
gével az elterjedtebb archívok bárme- 
lyikéről bármilyen más archív formá- 
tumra tud konvertálni. A legtöbb tömö- 
rítővel SFX állományokat is létre tud 
hozni, valamint azok egy részét vissza 
is tudja alakítani. 

— PAK 2.50 — Sokoldalú szolgál- 
tatásokat nyújt. Oda-vissza konvertál az 
alábbi archívtípusok között: PAK (ez az 
alapértelmezése), ARC, ZIP, valamint 
az ezekből képzett SFX-típusú EXE. 
Ráadásul a BBS-ekben előforduló SDN 
állományokat is saját formátumára tud- 
ja átalakítani, a szükséges ellenőr- 
zéseket is elvégezve. 
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Az , SFX-automata" 


Onkicsomagoló tömörítvények 


A tömörítőprogramok használatának 


van néhány árnyoldala is. 


Adódnak például olyan helyzetek, 
hogy sem megnézni, sem kibontani nem tudunk 


egy tömörített állományt, 


mert a megfelelő kicsomagoló állomány nincs kéznél, 
vagy nincs az elérési útvonalon, 
esetleg nem ismerjük a kibontóprogram 


helyes használatát. 


Ezeket a problémákat is kiküszöbölik 

a sokkal kényelmesebben használható, 
önkicsomagoló tömörített állományok, 
amelyek a ,mindig rezidens" Enter leütésére 
önként kiterítik teljes tartalmukat (self extract). 


Szakmai becenevük: SFX. 


Az SFX-állományok különleges termé- 
szetét célszerű valahogy jelezni. Van- 
nak, akik a fájlnévbe illesztenek be egy 
jelölő karaktert (pl. 1), mások emellett 
rövid szöveges állományt is tesznek 
mellé (readme), amiben leírják, mi van 
az SFX-ben és hogyan ajánlatos kinyit- 
ni. Az igazán figyelmesek pedig külön 
indító .BAT állománnyal szerelik fel. 


Milyenek az SFX-ek? 


— Csak 1—14 kilobájttal nagyobbak 
az eredeti archívnál. 

— Kinyitásukhoz nem kell más, csak 
a céllemezen elegendő üres terület. 

— Többnyire ugyanúgy, vagy majd- 
nem ugyanúgy kezelhetők, mint a ha- 
gyományos archívok. 

— Egyes programcsomagok SFX-ál- 
lományai extra szolgáltatásokkal is ren- 
delkeznek. 

— Tesztelni lehet épségüket. 

Hogyan történik az SFX-állományok 
előállítása az egyes tömörítőprogra- 
mokkal, és mi kell hozzá? Ennek rész- 
letes ismertetéséről itt terjedelmi okok- 
ból le kell mondanunk, csak egy pé- 
Idát említünk, de az Alaplap Könyvek 
sorozatban megjelenő könyv ezeket az 
információkat a többi tömörítőprog- 
ramra vonatkozóan is tartalmazza. Pl. a 
PKZIP 1.02 szükséges állományai: 

— MAKESFX.COM 
(a PKZ102.EXE tartalmazza). 


— PKSFX.PRG (a MAKESEX hozza 
létre a PKZ102.EXE állományból). 

— ZIP2EXE.EXE (a PKZ102.EXE tar- 
talmazza). 

— ZIP-fájl.ZIP (az előzőleg összepa- 
kolt archív állomány). 

A PKSFX.PRG-nek az aktuális 
könyvtárban vagy az elérési útvonalon 
(Path-on) kell lennie. Ekkor az SFX-ál- 
lományt elkészítő parancs: 
zip2exe zip-fájl [sfx-fájl) 

Ez az SFX a PKUNZIP majdnem 
minden parancsát elfogadja és végre- 
hajtja. (A -v parancsokat nem.) Az ál- 
lománynövekedés elég nagy, kb. 15,5 
kilobájt. Az SFX archív felfrissítése 
azonos a ZIP-fájl kezelésével, csak a 
kiterjesztést is be kell írnunk. 


Melyiket miért 


LHA-SFX (LZH-fájl SFX-fájlb) 

Az LHA segítségével előállított SFX- 
állományok mind közül a legtömöreb- 
bek. A Telop egyedülálló lehetőséget 
ad, hogy kibontás előtt elegendő infor- 
mációt kapjon a felhasználó arról, kell-e 
neki az a csomag. Ha nem felejtettük 
el az SFX előállításakor az s parancs 
mellett a /x kapcsolót is megadni, akkor 
a !.bat indító állomány a /! parancs 
hatására közvetlenül a kipakolás után 
végrehajtásra kerül. Az SFX-nek meg- 
adhatunk egy célkönyvtárat is, ahova 
kicsomagolhatja magát. Nem utolsó 


szempont, hogy az SFX elkészítéséhez 
— a forrásállományokon kívül — 
mindössze a 34 K méretű LHA.EXE 
állomány kell. 

PKZIP-SFX (ZIP-fájl SFX-fájb) 
Hacsak nem a -j paranccsal készítettük 
az SFX-et, az önkibontó állomány a 
PKUNZIP minden parancsát ismeri (a 
-v parancsok kivételével). Így aztán a 
ZIP-SFX-ből akár nyomtathatunk is, 
sőt az 1.10 verziótól a jelszavas titko- 
sítás és a listafájl használata is megen- 
gedett. Majdnem egyedülálló szolgál- 
tatása (csak a 200-nak van hasonló), 
hogy a sérült archívokból az ép részeket 
ki lehet ollózni. A ZIPDMP segédprog- 
rammal a kelleténél nagyobbra sikere- 
dett ZIP-SFX-eket kisebbekre lehet sze- 
letelni. 


PAK-SFX (PAK-fájl, ARC-fájl, 
ZIP-fájl SFX-fájl) 

A PAK programmal a SEA-ARC, a 
PKARC/PKPAK a régebbi verziójú 
PAK által előállított §.ARC állományo- 
kat könnyedén átkonvertálhatjuk egy 
PAK-SFX fájlba, csakúgy, mint a 
PKZIP-pel előállított ZIP-fájlokat. A 
PAK-SFX előállítása igen egyszerű, mi- 
vel a  forrásállományokon és a 
PAK.EXE programon kívül semmiféle 
egyéb segédprogramra nincs szüksé- 
günk. A PAK-SEX tömör, gyorsan ki- 
nyílik. 


ARC-SFX (ARC-fájl SFX-fájl) 


Az SFX ugyanúgy kezelhető, mint az 
eredeti ".ARC-fájl az ARC program- 
mal. Az előállított SFX által értelmezett 
parancsok megegyeznek Vernon Buerg 
ARCE programjának parancsaival. 


PKPAK-SFX (ARC-fájl. SFX-fájl) 


A PKARC és a PKPAK programokkal 
előállított . ".ARC-fájlon kívül a 
PKSFX.PGM állományra is szüksé- 
günk vana PKPAK-SFX előállításához. 
Ez utóbbit a PK361.EXE-ből a belőle 
kibontott MAKESFX.COM hozza lét- 
re. Az SFX-et a DOS-ból vagy a SHEZ 
hatékony közreműködésével állíthatjuk 
elő. Az egyik legnagyobb SFX fej ra- 
kódik rá az .ARC állományra, de cse- 
rébe a PKUNPAK/PKXARC minden 
parancsát értelmezni tudja az SFX. 
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Kicsi a bors, de erós 


Az LHARC tömörítő egy japán programozó, 
Haruyasu Yoshizaki (Yoshi) alkotása. 

Megírásakor olyan programot akart létrehozni, 
amely felveheti a versenyt az addigi legelterjedtebb 
s legjobbnak tartott tömörítőprogramokkal, 

a PKPAK-kal, a PKZIP-pel és a PAK-kal. 
Nyugodtan állíthatjuk, hogy ez sikerült is. 

Az LHARC tömörítési hatásfoka meghaladja 

a nagy vetélytársakét, s csak sebességben 

és néhány szolgáltatásban marad el a legjobbaktól. 


A program 2.00 felett az LHA.EXE 
nevet viseli. Az előző verziók névmi- 
zériái után Yoshi remélhetőleg már 
megmarad ennél a névnél. A program 
parancsai és paraméterezései szinte tel- 
jesen kompatibilisak az előző verziók- 
kal, így az itt leírtak nagy része az 1.13C 
változatra is igaz. 


A program használata 


Az LHA.EXE különlegessége, hogy 
egyetlen, 33479 bájt hosszúságú állo- 
mány biztosítja a bepakolást, a kicso- 
magolást és az önkinyitó archív készí- 
tését. További helyet takaríthatunk meg, 
ha az LHA.EXE programot is össze- 
nyomjuk az LZEXE vagy a PKLITE 
segítségével. Így egy kb. 24 kilobájtos 
programot kapunk, amely eddigi ta- 
pasztalataim szerint hibátlanul műkö- 
dik. 


A programot leggyakrabban a DOS 
promptról használjuk, de az Errorlevel 
változó figyelésével batch-fájlokból is 
indíthatjuk. A ZIPVIEW is ismeri, a 
SHEZ az 5.9 verzióban még nem tud 
vele mit kezdeni. 

A parancssor hat munkaterületre 
osztható: 


1. LHA 


A programnév. Legjobb, ha a Path- 
on, vagy az aktuális könyvtárban van. 
Szükség esetén a névben megadható az 
elérési útvonal is. 


2. Parancs 


Az LHA-nak tizenkét egybetűs pa- 
rancsa van, amelyek közül egyszerre 
csak egyet írhatunk a parancssorba, 
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méghozzá közvetlenül az LHA után, 
legalább egy szóközzel elválasztva at- 
tól. A parancsnak ez a rögzített helye a 
parancssorban. Ha nem írunk parancsot, 
vagy ha az LHA nem tudja értelmezni 
a parancs helyén álló karaktert, akkor 
bejelentkezik a program Help-képer- 
nyője, a programhasználat, a paran- 
csok, a kapcsolók ismertetésével. 

Az LHA által használt parancsok: 
a/f/u/m/1/v/t/e/p/x/d/s. 


3. Kapcsolók (módosítók) 


A program parancsainak hatását, mű- 
ködését befolyásoló paraméterek. A 
kapcsolók mindig egy bevezető / vagy 
— karakter után állnak. Nem kötelező 
kapcsolókat megadni, olyankor a paran- 
csok alapértelmezése érvényes (lásd ké- 
sőbb). A kapcsolók állhatnak külön-kü- 
lön is, egy-egy bevezető karakter után, 
de össze is vonhatjuk őket egy közös / 
vagy — jel mögé. Az LHA tizenöt értel- 
mezett kapcsolójának további módosító 
paraméterei is lehetnek. A kapcsolók 
helye a parancsokkal ellentétben nem 
rögzített, azok a parancssorban — a 
parancs után — bárhol állhatnak, tet- 
szés szerinti számban (amennyit a DOS 
elvisel. Az LHA.EXE alkalmazható 
kapcsolói: r, w, x, m, p, c, a, z, t, h, o, 
n, i, I, —. 

A módosítók az LHARC kapcsolói- 
nak működését befolyásoló paraméte- 
rek. Ertékük általában 0), 1 és 2 lehet. A 
kapcsolók egy részénél az 1 és 2 teljesen 
azonos hatású. Gyakran a — és a - jelet 
is alkalmazhatjuk az adott kapcsoló be-, 
illetve kikapcsolására. A /z és a /w 
kapcsolóknál szöveges módosító is 
lehet. 


4. Archív 


A tömörített állomány. Kiterjesztést 
nem kell írnunk, az alapértelmezés 
.LZH (LZH-fájl), kivéve, ha önkibontó 
állományt (auto LZH-fájlt) akarunk az 
LHA-val készíteni, vagy ha szándéko- 
san adunk meg más kiterjesztést. Ha 
nem adunk meg archív nevet, akkor a 
program hibaüzenetet közölve leáll és 
visszakerülünk a DOS-ba vagy a hívó 
batch-fájlba. Az  önkinyitó archív 
ugyanúgy kezelhető, mint az LZH-fájl 
(ilyenkor persze a kiterjesztést is meg 
kell adnunk), de a bepakoláshoz és az 
aktualizáláshoz néha célszerűbb előbb 
kibontani, átszerkesztgetni, végül újra 
összecsomagolni. 

Az archív neve elérési utat is tartal- 
mazhat. Az archív megadásakor hasz- 
nálhatjuk a DOS jökerkaraktereit (?, "), 
ha az e, x, t, pl, és a v parancs egyikét 
használjuk. 


5. Bázis 


Tömörítéskor a bázis a forrásállomá- 
nyokat tartalmazó könyvtár, kibontás- 
kor a bázis a célkönyvtár. Nem azonos 
az átmeneti munkakönyvtárral. A bázis 
utolsó karaktere kötelezően a Vkarakter. 
Egy parancssorban több báziskönyvtá- 
rat is megadhatunk, de kibontáskor egy 
adott fájl csak egy célkönyvtárba nyit- 
ható ki. A báziskönyvtár alapértelmezé- 
se mindig az aktuális könyvtár, ahonnan 
az LHA-t meghívtuk. 


6. Lista 


Itt fájl-maszkot adhatunk meg, és az 
LHA csak az annak megfelelő állomá- 
nyokkal foglalkozik. A maszk tartal- 
mazhat DOS jokerkaraktereket (? és §), 
valamint Path-t is. Tetszés szerinti 
mennyiségben adhatunk meg maszko- 
kat, ebben csak a DOS a korlát. A lista 
lehet Listafájl is egy bevezető (2 karak- 
terrel. 

A program hibaüzeneteit, képer- 
nyőkimeneteit a DOS 5, illetve 5 pa- 
rancsaival átirányíthatjuk fájlba vagy 
nyomtatóra. 


Az LHARC parancsai 


Az LHA zömmel a tömörítőprogramok 
szabvány parancsait és parancselneve- 


A verhetetlen csomagolóprogram 
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zéseit használja. (Zárójelben a parancs 
angol neve.) 


Becsomagoló parancsok: 


a — (Add) Az archívhoz hozzáad és 
bepakol. Új archívot is létrehoz. Kap- 
csolók nélkül használva rákérdezés nél- 
kül felülír minden, az archívban levő 
azonos nevű állományt. 

(LHA a cNkakukkvojas a: ".? cNva- 
cakY F.doc) 

u — (Update) A listában szereplő 
állományokkal aktualizálja az archívot. 
Új állományokat is becsomagol. Ha a 
már bent lévő esetleg frissebb, alapér- 
telmezésben nem írja felül. Új archívot 
is tud készíteni. 

(LHA u cMoksipakolo a: t.doc) 

f — (Freshen) Megegyezik az Up- 
date paranccsal, de nem tud új állomá- 
nyokat bevinni és új archívot létrehozni. 

(LHA f cMoksípakolo a: ".txt) 

m — (Move) Megegyezik az Update 
paranccsal, de sikeres bepakolás után 
kitörli a forrásállományokat. Azokat az 
állományokat nem törli, amelyekkel 
nem frissítette az archív tartalmát. 

(LHA m cMoksimakolo e: §,) 


Kipakoló parancsok: 

e — (Extract) A legegyszerűbb kipa- 
koló parancs. Nem foglalkozik az el- 
mentett Path-szal és a szintén elmentett 
könyvtárszerkezettel, csak a /x, illetve 
/r kapcsolókkal együtt alkalmazva. 
Csak frissebbeket bont ki alapértelme- 
zésként, ha kint már van egy azonos 
nevű állomány. 

(LHA e LHA210.EXE cMoksi !) 

x — (eXtract) Teljes visszaállítást 
végez, figyelembe veszi az elmentett 
Path-t és visszaépíti az eredeti könyv- 
társzerkezetet is. Egyebekben meg- 
egyezik az e paranccsal. 

(LHA x a:dbase cXNib3) 

p — (Print) Az LHA Print parancsa 
a kibontott állományokat a képernyőre 
bontja ki. Csak text állományokkal ér- 
demes így használni. A nyomtató felé a 
DOS parancsával küldhetjük (LHA p 
RAJZOK.LZH prn). A nyomtatót ne- 
künk kell a megfelelő üzemmódba kéz- 
zel átkapcsolni, mert a PKZIP-pel el- 
lentétben ez a program erre a plusz 
szolgáltatásra még nincs felkészítve. 

t — (Test) Csak szimulálja a kipako- 
lást és közben teszteli a tömörített állo- 
mányok CRC értékeit. Ha hibát talál, 
jelez. Az önkicsomagoló állományok 
(auto LZH-fájlok) tesztelésekor a kiter- 
jesztést is meg kell adnunk. Ha magát 
az LHA.EXE programot teszteljük 
(LHA t LHA.EXE), akkor az alábbi 
üzenetre számíthatunk: "This file seems 


to be ORIGINAL distributed from 
H.Yoshi." 


Törlő parancs: 


d — (Delete) A parancs a megadott 
állományok nélkül építi újjá az archí- 
vot. 

(LHA d doksi ".bak ".tmp) 


Tartalomjegyzék-parancsok: 

1— (List) Az archív tartalomjegyzé- 
két listázza ki, az önkinyitóéval együtt. 
Az alábbi adatokat láthatjuk benne: 
Name - a becsomagolt fájl. Original — 
tömörítés előtti méret. Packed — tömö- 
rített méret. Ratio — az eredetinek hány 
9o-a lett. Date, Time — keletkezési idő- 
pont. Attr — az adott fájl attribútuma 
(h-hidden, s-system, w—writable, r— 
readonly, a-archive). Type — becsoma- 
golás típusa. CRC - ellenőrző összeg. 
Ha a tömörített fájl Path-szal lett el- 
mentve, akkor a név előtt egy -t jel áll. 
Alapértelmezésben egy fájl adatai egy 
sorban vannak. A /x kapcsolóval külön 
sorban a fájlok Path adatai is megjelen- 
nek. 

v — (View) Megegyezik az 1 parancs 
/x opcióval együtt való használatával. 


Önkibontó fájl készítése: 


s:— (Self-extract) Az előzőleg ösz- 
szeállított LZH-fájlból egy önkicsoma- 
goló auto LZH-fájlt csinál. A parancs 
alapértelmezésként a butább (és kisebb, 
kb. 1,5 K) Small model önkinyitót ké- 
szíti el. Ha /x kapcsolót is használunk, 
akkor a nagyobb (és okosabb, kb. 
1,9 K) Large model-t készíti el az LZH- 
fájlból az LHA. (Vö. a 10. oldallal.) 


Az LHARC kapcsolói 
/x(011] 


A teljes nevek (eXtended) használa- 
tát is engedélyezi. Az /x0O és az /x- 
kikapcsolja. Az s parancs mellett a Lar- 
gemodel önkinyitó állomány építését 
biztosítja. 

/pIOI11 

Kibontáskor a megfelelő Path-ra te- 
szi a fájlokat (precízen). 

/el0l11. 


Az u, f, m, e és x parancsok alkalma- 
zásakor automatikusan felülír, és nem 
nézi a keltezéseket. 


/m(0J1]121 


Az e parancs mellett használva, ha 
van a kibontandóval azonos nevű fájl a 
célkönyvtárban, akkor az /m2 kapcsoló 
beállításával nem üzenetet (Message) 
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küld, hanem egy 000 és 999 közötti, 
még nem használt kiterjesztéssel cso- 
magolja ki az állományt. 


/a[011] 

Az LHA alapértelmezésként NEM 
archiválja a rejtett (hidden), á rendszer- 
(system) és a csak olvasható (read only) 
állományokat. A /al kapcsoló engedé- 
lyezi ezen állományok archiválását is. 
Kibontáskor az LHA csak akkor állítja 
vissza az elraktározott attribútumot, ha 
/al kapcsolóval használjuk. 


/r(011]21 


/r0 — Csak a megadott állományokat 
csomagolja (nem rekurzív). 

/r1 — Az alkönyvtárakból is pakol, 
de a szerkezetet nem tárolja el. 

h2 — Az alkönyvtárakból is pakol, 
és a szerkezetet is eltárolja. 


/t(OJ1] 

A bepakoló és a törlő parancsok mel- 
lett használatos, az új archívok keltezé- 
sét (Time) állítja: 

/t0 — a rendszeróra állásához (alap- 
értelmezés), 

/t1 — az archívban lévő legfrissebb 
állományhoz. 


/w(0J1I--Ikönyvtár] 


Az átmeneti munkakönyvtár (Work 
directory) megadására szolgál ez a kap- 
csoló. Az alapértelmezés általában az a 
könyvtár, ahová az új archív kerül. 

Ha /w--, vagy /w1 kapcsolót haszná- 
lunk, a munkakönyvtár az a könyvtár 
lesz, ahonnan az LHA-t meghívtuk. 

Ha a /w után könyvtárnevet is adunk, 
akkor azt szóköz nélkül, Njellel lezárva 
kell megadni (/wcNátmenetiN9. 

Ha lemezeken levő archívokat aktu- 
alizálunk, célszerű a winchesteren, 
vagy Ramdrive-on tartani az átmeneti 
állományokat. 

/m[0J112] 

Az LHA működését nyomon követő 
kiírásokat letilthatjuk vagy engedélyez- 
hetjük: 

/n0 — nem tiltja le a kijelzéseket, 

/n1 — a folyamatkövető 000... jelek 
kiírását letiltja, 

/n2 — a fájlnevek és a tömörítettség 
kiírását tiltja le. 


/z(0l1j2]ext.1 
Tömörítés nélküli (Zero compressi- 
on) archiválást tesz lehetővé: 


/z0 — Mindent tömörít bepakoláskor 
(alapértelmezés). 

/z1 — Csak bepakol, tömörítés nél- 
kül. 
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/z2 — Acrchívokat (ARC / PAK / 
LZH / LZS / ZIP / 200) nem tömörít. 

/z — A kiterjesztés nélküli állomá- 
nyokat nem tömöríti. 

[zlext] — Az adott kiterjesztésű állo- 
mányokat nem tömöríti. Ez utóbbi kap- 
csoló többször is megadható egy pa- 
rancssoron belül. 


/o[0J1] 

A régi (Old) LHARC 1.13-mal kom- 
patibilis fájlt csinál. (Az 1.13 verzió 
azonban sajnos nem tudja kibontani). 


Használatakor a header level automati- 
kusan beáll h1-re. 


/h[01112] 
A fejrovat (Header) alapértelmezése 
/h1. 


AI0J1] 
A DOS alatt csak akkor érdekes, ha 


nem DOS rendszerben készített archí- 
vokat akarunk kibontani. 

AICOJ1I21 

A fájlnevek megjelenítési formáját 
befolyásolja be- és kicsomagoláskor: 

A0 — Csak a fájlnevek. 

/1 — A teljes tárolt, illetve tárolandó 
nevek, két sorban. 

/2 — Az éppen feldolgozott állomá- 
nyoknak is a teljes neve jelenik meg. 


/-(011] 
/- — A - és a 0 karaktereket a 
fájlnév részének tekinti. 


/-0 — A - kapcsoló bevezetőkarak- 
ter, a 0 pedig listafájl-jelölő karakter 
(alapértelmezés). 


Az LHA környezetleíró változói 
LHA 


Ebben a változóban tárolhatjuk az 
LHA kapcsolóinak alapértelmezéseit. 
Pl. az AUTOEXEC.BAT-ban: SET 
LHA-/WcNempV/XIR2AIL2ZO 


TMP 


Ez a változó is beállíthatja az LHA 
munkakönyvtár alapértelmezését. Ha 
használjuk, akkor a /w kapcsoló szinte 
felesleges. A változót más programok 
is használják (pl. a Microsoft Word). 

Listafájl 

Használata célszerű, mert dokumen- 
tálhatjuk, hogy mikor, mivel és hogyan 
módosítottuk az archívot. Ha egy fájl- 
nevet az archív után 0 karakterrel kez- 
dünk a parancssorban, akkor azt az 
LHA listafájlnak veszi. A listafájl kö- 
zönséges ASCII szövegfájl, amelyben 


egyszerűen felsoroljuk mindazokat a 
kapcsolókat, módosítókat, báziskönyv- 
tárakat, fájlmaszkokat, amelyeket a 
DOS parancssorába írnánk, ha annak 
mérete nem lenne korlátozott. A lista- 
fájlban szóközt használunk elválasztó 
karakternek. A CR kocsivissza (cALT- 
135) jeleket az LHA figyelmen kívül 
hagyja. A listafájl tetszőleges szöveg- 
szerkesztővel szerkeszthető, ha az nor- 
mál ASCII-állományokat készít. (Ma- 
zochistáknak ajánlom a DOS EDLIN 
programját.) 


Az auto LZH-fájlok 
Small model 


A tömörített LZH-fájlnál 1,5 K-val 
nagyobb, csak a —o parancsot ismeri, 
Path információkat nem tartalmaz, s 
végül: nem tudja a !.BAT-nak átadni a 
vezérlést. ! 


Large model 


Mintegy 1.9 K-val növeli meg a for- 
rás LZH-fájl méretét. A /! kapcsolóval 
a belőle kibomló !.BAÁT fájlra átkerül a 
vezérlés. Megadható a célkönyvtár is. 
A szerkezet visszaépítése itt alapértel- 
mezés, de a /x kapcsolóval letiltható. 


Telop (!) 

A Telop (!) egy üzenetfájl, amit az 
archív legelejére kell becsomagolni. 
Tetszőleges ASCII szövegszerkesztő- 
vel szerkeszthető állomány. 

Nem érdemes egy képernyőnél 
hosszabb szöveget beletenni, mert 
úgyis gyorsan kigördül az eleje a kép- 
ernyőről. Célszerű a bepakolt állomá- 
nyokról, a kibontás módjáról, a szerző- 
ről stb. pár sort elhelyezni benne. 

Bepakoláskor mindig elsőnek kell 
betenni az archívba, különben nem ő 
jelentkezik be elsőként, hanem vár a 
sorára, amíg az előtte becsomagolt ál- 
lományok kibomlanak. 


!.BAT 


Ebben az állományban helyezünk el 
minden olyan paramétert, amely a tö- 
mörített program kipakolás utáni auto- 
matikus elindításához szükséges. 


A visszaadott Errorlevel-értékek 


0 — Normál futás hiba nélkül. 

1 — CRC hiba, főleg az e, x, t 
parancsok esetén szokott előfordulni, 

2 — Végzetes hiba történt, a folyamat 
leállt. 

3 — Nem tudta a program az átme- 
neti LHTNP)X.LZH állományt átmá- 
solni vagy átnevezni. A munkakönyv- 
tárban ott az átmeneti fájl. 
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Futtatható állományok tömörítése 


Phil Katz cége a nagy sikerű PKARC, PKPAK 

és PKZIP után egy érdekes új tömörítővel, 

a PKLITE rendszerrel jelentkezett. 

A futtatható állományokat tömörítő program 

az állományok kódját nagymértékben módosítja, 

a forráskód visszafejtése pedig nehéz, 

mert több algoritmus alapján választja ki a kódoló eljárást 
és azokra nem utal az állományban. 


A programot a PKLTE10.EXE önkicso- 
magoló program tartalmazza. Annak 
elindítása után — a PKWARE termé- 
keitől megszokott módon — bomlik ki 
a program, az angol nyelvű dokumen- 
tációs — állományokkal együtt. A 
PKLITE változatlan formában szabad- 
szoftverként továbbadható, de pro- 
fesszionális célra nem használható fel, 
arra csak a kereskedelmi forgalomban 
beszerezhető, irreverzibilis kódolást is 
alkalmazó regisztrált változat szolgál. 


Használatának feltételei 


Tömörítési hatásfoka azonos a PKZIP- 
pel. A tömörített állomány futtatható 
marad, a memóriában pakolja ki magát. 
A tömörített állomány futása során az 
összes dekódolási művelet a háttérben, 
a felhasználó tudta nélkül, automatiku- 
san történik. Tudomásul kell venni 
azonban, hogy a PKLITE nem alkal- 
mazható mindegyik program összenyo- 
mására. Sok program azonban ily mó- 
don nem működik. Hogy melyik, azt 
csak a tapasztalat dönti el, illetve ha 
magunk írunk programot, eleve figye- 
lembe vehetjük működtetésének felté- 
teleit: 

— Nem alkalmazható MS-Windows 
alá írt programoknál. 

— Nem alkalmazható semmilyen 
másolásvédett programnál. 

— Nem alkalmazható olyan prog- 
ramnál, amely magában hordja overlay 
ágait is. (Például FoxPro, Microsoft 
Codeview, Microsoft C2 , C" compiler, 
FSD, Turbo Debug stb.) Ilyenkor a 
program , overlay not found" hibaüze- 
nettel leáll. Ha viszont az eredeti válto- 
zatot látja, akkor továbbmegy... 

— Nem alkalmazható az OS/2 kör- 
nyezetben futó programoknál. 


— Nem alkalmazható akkor, ha előt- 
te az állomány becsomagolására már 
egy másik futtatható állománytömörítőt 
használtunk. (Például  EXEPACK, 
LHZEXE stb.) 

A PKLITE program a DOS parancs- 
sorból kiadott utasításokkal kommandí- 
rozható. Rossz paraméterezés esetén 
megjeleníti a Help képernyőjét, ahol az 
opciók használatát megnézhetjük. Egy 
parancssor, ha minden opciót meg- 
adunk neki, a programozásban megszo- 
kott általános leírást használva a követ- 
kezőképpen néz ki: 


PKLITE [options] [d:][path] Infile 
[[d:][path] Outfile] 


ahol 
PKLITE - Az elindítandó PKWARE 
program neve. 


Options — Opciók. 

[d:] [path] Infile — A be- vagy kipako- 
landó futtatható állomány neve és el- 
érésének útvonala. 

[d:] [path] Outfile — A célállomány 
neve, és annak a helynek teljes elérési 
útja, ahova tenni akarjuk. Ha az aktuális 
könyvtárban helyezzük el, akkor mind- 
két esetben elég az állománynevek fel- 
tüntetése. 


Példa legegyszerűbb 
alkalmazására 


CNDOS5 PKLITE attrib.exe 
Ekkor az attrib.exe állományt az aktu- 
ális könyvtárban keresi, onnan felszed- 
ve összenyomja és az új verzióval fe- 
lülírja a régit. A képernyőn megjelenő 
üzenet: 

PKLITE TM Executable File Comp- 
TESSOT. 


Version 1.00 Copyright 1990 
PKWARE Inc. AII Rights Reserved. 
Compressing attrib.exe 

Original Size: 10656 

Compressed Size: 6790 

Ratio: 36.3 


Ha célállományt is megadunk a prog- 
ramnak, akkor az állomány-információ 
ezt is tartalmazza: 


Compressing LIGHT.EXE into file 
A:SMLIGHT.EXE 


Gyakorlati tanácsok 


— Teljesen mindegy, hogy a parancsok 
és az állománynevek begépelésénél kis- 
vagy nagybetűket használunk, és eset- 
leg keverjük is őket. 

— A parancsok opcióit (vagy más 
néven a kapcsolókat) a , —" (cAlt-455) 
karakterrel, vagy pedig a DOS hagyo- 
mányosan opciójelzőként alkalmazott 
./" karakterével használhatjuk. 

— Az egyes opciók kombináltan is 
megadhatók: például ,—o —b" vagy pe- 
dig ,—ob". 

— Ha nem adunk meg kiterjesztést, 
akkor a PKLITE automatikusan minden 
olyan állományt tömörít az aktuális 
könyvtárban, amely az általunk meg- 
adott nevű, továbbá .COM és/vagy 
.EXE kiterjesztésű. Az állománytípust 
automatikusan felismeri, Például ha az 
adott könyvtárban azonos néven egy 
. COM és egy .EXE állomány van, akkor 
mindkettőt bepakolja. 

— Ha nem adunk meg célállományt, 
akkor a tömörített változattal automati- 
kusan felülírja a régit! 

Figyelem! Nagyon fontos — különö- 
sen a regisztrált program esetében —, 
hogy az eredeti programlemezt soha ne 
használjuk. Készítsünk másolatot, s ar- 
ról installáljunk, arról dolgozzunk. Fi- 
gyeljünk arra, hogy vírusmentes kör- 
nyezetben dolgozzunk, mert a program 
a vírussal fertőzött programot is tömö- 
ríti, s az így kapott programban a vírus 
— ha az irreverzibilis professzionális 
kódolást alkalmaztuk — semmilyen 
eszközzel nem mutatható ki, csak a 
program futtatásakor derül ki, hogy 
szüli a vírust! 

Kis János 
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A kapcsolók hasznáról 


Könnyebb velük 2IP-elni 


Amikor pár évvel ezelőtt először futtattam le a PKWARE 
PKZIP programját és a kapcsolók felsorolása nem fért ki 
egy képernyőn, bizony megijedtem. 

Ma pedig már annyira megszoktam őket, hogy az LHA 
helyett — amely pedig kicsivel jobban tömörít —, 
továbbra is inkább a PKZIP-et használom, 

mert annak hasznosabb kapcsolói vannak. 


A PKZIP programhoz egy 140 kilobáj- 
tos angol nyelvű kezelési utasítás is 
tartozik, de azok kedvéért, akik ezt nem 
tudják (vagy nem akarják) elolvasni, 
bemutatjuk a legfontosabb kapcsolókat. 
A PKZIP használata igen egyszerű: 

PKZIP [-bí[path]] [options] zipfile 
[(Olist] [files...] 

Erdekes a külön kiemelt -b kapcsoló, 
amellyel megadható, hogy a PKZIP ho- 
vá helyezze el munkafájlját. Ez igen jól 
jön, ha egy floppy-n lévő .ZIP fájlhoz 
akarunk hozzáadni újabb fájlokat. A 
leghasznosabb kapcsoló az újabb fájlok 
hozzáadását végző -a, bár ezt legtöbb- 
ször nem kell kiírni. Ennek a párja a —d, 
amellyel viszont fájlokat lehet törölni. 
A fájl tartalmát a —v-vel nézhetjük meg. 
Hasonló kapcsolója a PKUNZIP-nek is 
van. 

A nagyobb szoftverek jellegzetes 
könyvtárszerkezetben helyezkednek el. 
A könyvtárak nevét is becsomagolhat- 
juk a .ZIP fájlba a -P kapcsolóval. Ha 
az -r kapcsolót is megadjuk, akkor pél- 
dául a PKZIP -r -P tc ecet. becso- 
magolja a teljes Turbo-C-t, összes 
könyvtárával és programjával együtt. A 
kicsomagolás PKUNZIP -d tc parancs- 
sorral történik. Hasznos tulajdonsága a 
PKZIP-nek, hogy fel lehet sorolni azo- 
kat a fájlokat is, amelyekre nincs szük- 
ségünk. Ez különösen jól használható 
archiváláskor. Ha a PKZIP -beN -P 
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LHArakiri japán önkicsomagoló 


—xt.BAK ANWORK CNWORKYV.F 
parancssort minden nap végrehajtjuk, 
akkor az összes munkafájlunkat tömö- 
rítve elmenthetjük, és a .BAK fájlok 
sem foglalják a helyet. Ha így elvisszük 
a programot egy másik gépre, ott 
PKUNZIP -d ANWORK beírása után 
tovább dolgozhatunk. Hasonlóan egy 
C-ben programozónak nincs szüksége 
a fordító által létrehozott object- és li- 
stafájlokra, programjait a PEZIP —xCN 
—xt.BAK —xt.OBJ —xt.LST —x".MAP 
ANPROGRAM CNTCPROGRAMY".t 
utasítással mentheti le. Ha ez az egy sor 
egy batch-fájlban van, akkor használata 
is igazán kényelmes. Ha olyan sok fájlt 
akarunk felsorolni, hogy azt a DOS már 
nem szereti, akkor írjuk azokat egy 
fájlba és annak a fájlnak a nevét adjuk 


meg a 0 után. Ez a -x kapcsolóval 
együtt is működik. 

És mint tegyünk, ha a kapott .ZIP fájl 
nem fér fel egy floppyra? 

A floppymellékleten van egy SLICE 
nevű program, amely a hosszú állomá- 
nyokat szétvágja darabokra. Az ugyan 
nem derül ki, hogy ki írta, de rendkívül 
hasznos. Használatánál azonban ve- 
szély is leselkedhet ránk: ha a fájl neve 





hat karakternél hosszabb, a program 
könnyen kiakad. 


Közvéleménykutatás 


A Mikroszámítógép Magazin nyomdokain 
— de teljesen új koncepcióval — 1990. 
júniusában jelent meg először az Alaplap. 
Egy év alatt kialakult a lap jelenlegi 
szerkezete, jellege, stílusa, arculata. 
Szerkesztési munkánk javításához sze- 
retnénk most a lapról Önökben kialakult 
véleményt minél részletesebben megis- 
merni, ezért mellékeltünk egy közvéle- 
ménykutató kérdőívet. Kérjük, töltsék azt 
ki, és küldjék vissza az Alaplap szerkesz- 
tőségébe. (1251 Budapest, Postafiók 71.) 
Akik válasza 1991. augusztus 31-ig be- 
érkezik, azok jutalomsorsoláson vesznek 
részt. Fődíj: 1 db IMB-kompatibilis AT 
számítógép! 
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, Egy híját esmértem..." 


A Norton Commandert (NC-t), mindenki ismeri, 
aki már kicsit is beleszagolt a PC-k világába. 
A programcsomag igen hasznos részei 


a bepillantó állományok, 


amelyekkel táblázatokba (123VIEW), 
adatbázis-állományokba (DBVIEW, RBVIEW, PARAVIEW, 
REFVIEW), szövegekbe (WPVIEW) 

és grafikai állományokba (PCXVIEW) lehet betekinteni, 
az adott programba való belépés nélkül. 

Lehet, hogy Csokonai nem erre gondolt, amikor leírta: 
"Egy híját esmértem örömimnek még"..., 

de nekünk a tömörített állományokba való bekukucskálás 
lehetősége hiányzott a Norton Commander arzenáljából. 


Most itt van! 


" Sok vetélytársát megelőzve egy ügyes 
holland programozó, F.A. Oldenhuis 
(Robert van Hoeven munkáit felhasz- 
nálva) megírta a ZIPVIEW programot, 
ami szervesen beleilleszkedik az NC- 
csomagba. PC-tulajdonos és -felhasz- 
náló barátaim a ZIPVIEW programot 
megismerve azonnal betelepítették azt 
gépük NNC könyvtárába a Norton Com- 
mander mellé. 


Mit tud az apróság? 


Elég sok kellemes szolgáltatása van: 
— Felismeri és kilistázza a legelterjed- 
tebb tömörítő programok által előállí- 
tott archív állományok (.ZIP, .ARC, 
.LZH, .PAK, .ZOO, .DWC) belső tar- 
talomjegyzékét (név, tömörített és ere- 
deti méret, tömörítettség, CRC). Sajnos 
a többszörösen pakolt állományok néha 
megzavarhatják. 

— Ugyancsak felismeri a fenti archí- 
vokból készített önkicsomagoló archí- 
vokat, és azoknak is kiírja belső tarta- 
lomjegyzékét, ha meghíváskor az SFX- 
fájl kiterjesztését is megadjuk. 

— Ha az adott archívfájl kicsomago- 
lója path-on van, akkor az cF35 lenyo- 
másával a kurzorral kiválasztott fájlt 
kinyitja vele és kiírja a képernyőre. 
Megtekintés után az átmenetileg létre- 
hozott fájlt törli. 

— A kijelzett archív tartalomjegyzék 
állományai közül kedvünkre kijelölhe- 
tünk az Insert gomb, valamint a szürke 


(a numerikus billentyűzeten lévő) -- és 
— segítségével. A kiválasztott állomá- 
nyokat pedig a ZIPVIEW ki is nyittatja 
a path-on levő, megfelelő kibontók se- 
gítségével. Nekünk csak azt kell még 
beírnunk, hogy hová pakoljon ki. (Ha 
nem adunk meg célkönyvtárat, akkor az 
aktuális könyvtárat választja.) A kibon- 
tó program megfelelő meghívása már 
nem a mi dolgunk, ezt elvégzi helyet- 
tünk a ZIPVIEW. Nem semmi, ugye? 


Hogyan használjuk? 


A ZIPVIEW kipakoló segédprogram- 
ként való használatához négy előfeltétel 
szükséges: 

— A megfelelő kibontók elérési út- 
vonalra (path-ra) állítása. 

— A ZIPVIEW meghívása után a 
kibontandó állományok kijelölése. 

— A kicsomagolás helyének meg- 
adása. 

— A célkönyvtárban elegendő hely 
biztosítása. 


SFX-állomány 


DOS promptról az ZIPVIEW-t pél- 
dául így indíthatjuk: 
CANZIPPEDZIPVIEW kakukk.ZIP 


A jelenlegi, 1.0 verzió az archív ne- 
vében nem fogad el ú.n. joker (? és §) 
karaktereket. Mind a nevet, mind a ki- 
terjesztést be kell írni. A Norton Com- 
manderben ezért is könnyebb dolgozni. 
Az egyik ablakban legyen az a könyv- 
tár, ahol a ZIPVIEW.EXE van. Nyillal 
odaállunk, majd cCtrl-J5 leütésével a 
fájlnevet a képernyő alján levő parancs- 
sorba küldjük. Egy szóköz után men- 
jünk át a másik ablakba és a megtekin- 
tendő tömörített állománnyal ismétel- 
jük meg a fenti műveletet. Tehát egyet- 
len nevet sem kell begépelnünk a pa- 
rancs kiadása előtt. 

Még kényelmesebben használhatjuk 
egy kis előmunkálattal. Betesszük a 
ZIPVIEW-t az NNC könyvtárba a Nor- 
ton Commander mellé. (Hogy biztosan 
egymásra találjanak.) A Command me- 
nüpont , eXtension file edit" parancsát 
választva pedig beírjuk az alábbi pár 
sort: 


ZIP: ZIPVIEW !.! 
ARC: ZIPVIEW !.! 
LZH: ZIPVIEW !.! 
PAK: ZIPVIEW !.! 
ZOO: ZIPVIEW !.! 
DWC: ZIPVIEW !.! 


majd elmentjük a változtatást a Norton- 
ban megszokott cF25-vel. Ezek után 
már bármikor csak rá kell állnunk a 
megnézendő archív nevére és az Enter-t 
lenyomni. 

Természetesen az .EXE és .COM ki- 
terjesztésű önkinyitó archívokat így 
nem tudjuk megnézni, azokhoz be kell 
pötyögnünk a DOS-promptról a szük- 
séges adatokat (lásd fent). 
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Stacker — pro és kontra k 


Fújd fel a winchestered! 


Teli van a... nemcsak a hócipőnk, 


hanem a winchesterünk is. 


Annyira, hogy nyertes lottószelvényünk beváltása előtt is 
kellene találni valamilyen átmeneti megoldást. 

Például , felfújni" a merevlemezt. 

Ehhez az Alaplap múlt havi (1991/6.) számában 

már ismertettük a NewSpace nevű shareware-megoldást. 
Most bemutatunk egy drágább változatot, a Stackert. 


A Stacker koprocesszor-kártyás válto- 
zata elég drága (39000 Ft), inkább 
vállalatoknak ajánlható, de a szoftveres 
verzió könnyebben elérhető (jelenleg 
19 900 Fo. 


Pro 


1. Átlagban megduplázza a winchester 
kapacitását, anélkül, hogy növelné a 
lemezreírás fizikai sűrűségét. Működé- 
sének alapelve, hogy a Stacker haszná- 
latába bevont meghajtókra mindig tö- 
mörítve ír, és onnan kicsomagolva ol- 
vas, az AT-gépeken szinte észrevehető 
lassulás nélkül. (A lassú XT-gépekre 
sajnos ez nem áll, ezeknél a lassulás 
miatt célszerűbb más megoldást keres- 
ni.) 

2. A tömörítés hatásfoka eléri, sőt 
néha meghaladja a PKZIP-ét, viszont 
az installálás után nem kell paraméte- 
reznünk. 

3. Nem kell időt és energiát rabló ki- 
és becsomagolással vesződni, mivel a 
Stackeren keresztül a tömörített állomá- 
nyokat mindig kibontva látjuk. 

4. A floppy-ra nem tömörít, tehát régi 
lemezeinket bátran használhatjuk és a 
Stacker nélküli gépekkel zavartalanul 
tudunk adatot vagy programot cserélni. 

5. Pofonegyszerű az installálása, igen 
jó a kézikönyv, rengeteg hasznos ta- 
náccsal a különböző gépekhez. Az ins- 
tallálás után többet nem kell paraméte- 
rezgetnünk, mindent automatikusan a 
háttérből intéz. 

6. A lemez nem másolásvédett, ezért 
harverhiba, DOS-csere, vírusfertőzés 
vagy más ok miatt szükségessé váló 
rendszer-újraépítés akárhányszor elvé- 
gezhető. 

7. A nagyméretű winchestereket a 
3.30-as DOS alatt 16 megabájtonként 
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tudja felfújni, így több partícival kell 
számolni. Megfelelő DOS (Tandon, 
Compag, DR DOS, MS-DOS 4.00 fe- 
lett) használata esetén tetszóleges mé- 
retű partíciókat (250 megáig) alakítha- 
tunk ki az egybefüggő winchesteren. A 
3.30-as DOS használatakor a Stacker a 

16 MB-nál nagyobb partíciókat kétfelé 
osztja, a 16 MB-os részt és a maradékot 
két menetben duplázza meg. 

8. Ha az installáláskor a SWAP opciót 
kértük, akkor nem kell átírnunk batch 
állományainkat, a Stacker udvariasan 
megcseréli a meghajtó-neveket. 

9. Rezidensen csak 30 K a helyigé- 
nye, de partíciónként további 3 K-ra van 
szüksége. Ez megfelelő memóriakezelő 
programmal áttehető a 640 K feletti 
részbe, vagy az EMS-területre. 

9.  Installáláskor megválasztható, 
hogy csupán a szabad lemezterületet 
duplázza-e meg, vagy az inkrementális 
(bővítő) installációt választva a már 
winchesteren lévő programokat is foko- 
zatosan pakolja be a Stacker által kezelt 
részbe. Ez utóbbi megoldás lassabb 
ugyan, de nem kell kimenteni, majd újra 
visszacsomagolni mindent, és az eredeti 
könyvtárszerkezet is megmarad. 

10. Gyorsulhat az adatforgalom a 
merevlemezzel, mert a fizikailag kiírás- 
ra/beolvasásra kerülő rész a tömörítés- 
nek köszönhetően kisebb, azonkívül az 
inkrementális installáláskor a program 
a sűrített állományokat egybefüggő, 
könnyebben elérhető fájlba zsúfolja 
össze. 

: 11. Installáláskor kérhetjük, hogy 
egy cache terület kijelölésével tovább 
gyorsuljon a program. Mivel azonban 
ez a választás a szokványos 640 K-ból 
csíp le, célszerűbb külső (PC-Cache, 
NCache, stb.) programot használni, ami 
a 640 K felett, vagy az EMS területen 


foglal le helyet. A Stacker ezekkel is 
kiválóan együttműködik. 

12. Megfelelő memóriamenedzsert 
használva a gyakran használt többi re- 
zidens programmal együtt a HIMEM, 
vagy EMS területre helyezhetjük a 
Stacker-t is. 


Kontra 


A tisztesség kedvéért essen szó a ve- 
szélyekről is: 

1. Ha valaki a kézikönyvben meg- 
adott minimálisan 1 megabájtnál kisebb 
szabad lemezterülettel kezd neki az ins- 
tallálásnak, elveszítheti a merevlemez 
teljes tartalmát. 

2. Keveredést okozhat, ha installálás- 
kor elfelejtünk SWAP-ot kérni. Ez ma- 
nuálisan is beállítható, de minek. 

3. A Stacker által nem értelmezett 
vagy nem kezelhető (pl. A:, B:) meg- 
hajtókat a Norton Commander 0 bájt 
szabad területtel és 0 bájt kapacitással 
jelzi ki. Ez persze csak a kijelzés, ettől 
még ugyanúgy írja és olvassa ezeket a 
lemezeket, mint a többit. A PathMinder 
és a PCTools jobban látja ezeket az 
adatokat. 

4. A merevlemez meghatározott terü- 
letére közvetlenül író egyes programok 
kárt tehetnek a Stacker által ugyanott 
összesűrített állományokban. 

5. SWAP esetén a CX-ben lévő 
AUTOEXEC.BAT-hoz nem szabad 
hozzányúlni. Az igazi  AUTO- 
EXEC.BAT a SWAP-olt meghajtón 
van, az igazi CONFIG.SYS-szel együtt. 

6. Egyes nagy helyigényű programok 
nem férnek össze vele. A megoldás: DR 
DOS 5.0. Ekkor a driver a programokat 
és magát a Stacker-t is a 640 K terület 
fölé löki, és a DOS 32 megás korlátját 
sem kell kerülgetnünk. 

7.DR DOS 5.0 mellett nem használ- 
ható a SWAP funkció. 

8. Azok a programok, amelyek szin- 
tén sokat vermelnek (pl. a Chessmaster 
2000 sakkprogram) könnyen kiakaszt- 
hatják a rendszert, a Stacker-ral egye- 
temben. 

Mindent összevetve a Stacker hasz- 
nos és jól kihasználható program, de 
tisztában kell lennünk korlátaival és 
meg kell tanulni hozzá a megfelelő bá- 
násmódot. 


a jövő mosi kezdödik! 


-BYTE 


SZÁMÍTÁSTECHNIKA ÍTÁSTECHNI ee 


SZÁMÍTÓGÉP HÁLÓZATOK 
Kiváló minőség, közepes ár! 


1138 Budapest, Népfürdő u. 17/E 
Tel. és fax: 173-1232 
Telex: 22-3399 


INFORMÁCIÓKÉRÉS: 16 V 


FELHASZNÁLÓK, VÁSÁRLÓK! 
Magyarországon a legolcsóbban!! 


Festékkazetták újratöltése 
eredeti USA technológiával, 


garanciával (kék és barna színben is) 
Budapesten ingyen házhozszállítás és géptisztítás 
UJ FESTEKKAZETTÁK 
SEA Lézernyomtatók, 


fénymásolók 


Canon 


árusítása. Ingyenes szaktanácsadás 


( CompuDrug Standard Kft. 


régi szolgáltató ÚJ HELYEN 
1101 Budapest, Népliget, Planetárium 
Telefon: 133-1576, 134-1164 
Árusítás, újratöltés utánvétellel is! 
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MÁSOLÓCÉPPIEI ? 
CSÚCS AMIT TUD: 


— Kicsinyítés 
— Nagyítás 
— Montírozás 
— Tükörkép-készítés 
— Képismétlés 
— Poszter készítés 
— 17 millió színáranyalat 


Győződjön meg róla! 
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Vo, Tel.: 113—1687, 134—3516 
e a 
2. D3999933JJIIIIIIIII33I333 





Az új, bővített 


CLIPPER5.01 


kapható 
más, érdekes 
Clipper kiegészítőkkel 
(dGE, Netlib, dodBAK, Tools II. stb.) 


Kérjen részletes prospektust. 


R-SOFT-SZENZOR 


Budapest 

Telefon: 201-6891 

Fax: 201-8619 

1277 Budapest 23, Pf. 45. 
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A LI SJAJHOIDYIA HONI 


NYÚZÓPRÓBA 





COMP.COM, DIFF.EXE, COMPARE.COM, DELTA.EXE, ... 


Mecsoda különbség! 


Bár nem igazán sportszerű különböző súlycsoporthoz 
tartozó programokat összehasonlítgatni, 

most mégis ezt tesszük, hiszen az alapvető célkitűzés 
mindegyik program készítője számára ugyanaz volt. 

Az egyes megoldások felfogás és igényesség dolgában 
persze jelentősen eltérnek egymástól, 

nem utolsósorban attól függően, 

hogy ki mire taksálta az alapproblémát, 

és hogyan ítélte meg: mennyi várakozási időt bír el 

a gép mellett ülő felhasználó türelme. 


Gyors eredmények nagyon egyszerű 
eszközökkel, nagyon rövid idő alatt 
elérhetők. Komolyabb eredmények 
több ráfordítást igényelnek, de az már 
egyedi megítélés kérdése, hogy meddig 
érdemes elmenni az időrabló számítá- 
sokban a teljesítmény javítása érdeké- 
ben. 

A feladat — fájlok egyedi vagy csopor- 
tos összehasonlítása — fontos és vi- 
szonylag könnyű témának ígérkezett. 
Jó néhányan belevágtak a megoldásába, 
eleinte nem is gondolva, mekkora kü- 
lönbség van az olcsó, a drágább és a 
még drágább megoldások között. Van, 
aki talán nem is törekedett többre, mint 
hogy néhány kilobájtba beleszorítsa az 
alapprobléma korrekt megoldását: fáj- 
lok azonosságának vagy eltérő voltának 
megállapítását. 

A ,hogyan tovább" kérdése volta- 
képpen az eltérő fájlok esetében merül 
fel: kézenfekvő feladat az eltérések he- 
lyének, jellegének megállapítása, aztán 
jön sorra a különbségek szemléletes 
bemutatása, kigyűjtése, kinyomtatása 
és számos egyéb járulékos feladat. 
Mindez már egyre nehezebben fér bele 
egy viszonylag igénytelen segédprog- 
ram kereteibe. A feladatok körének egy- 
re tágabb értelmezésével végül már 
szinte egész programrendszer kereke- 
dett ki az egyszerű feladatból. 


Mindent bele? 


A , súlycsoportok" tehát ennek megfe- 
lelően alakultak,  programhosszban 
mérve a 4-5 kilobájttól egészen a 240- 
250 kilobájtig. És ez a harmadfélszáz 
kilobájtos helyfoglalás már csak a több- 
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szöri méretcsökkentési akciók utáni 
maradék! Hiába, egy bizonyos határon 
túl öntörvényűvé válik a növekedés: ha 
már ez benne van, tegyük bele azt is, 
amazt is, ha már főprogram lett belőle, 
feltétlenül kezelje automatikusan az 
összes képernyőtípust, a kiterjesztett 
memóriáról nem is szólva... De ha már 
egyszer sok helyet foglal el, akkor 
biztosítani kell a DOS-on keresztül a 
kimenetet más programokhoz, persze 
mindazzal, amivel ez együtt jár: zsugo- 
rodjon össze a több száz kilóról ibolya- 
szerénységű kis rezidens programmá. . . 
és így tovább a végtelenségig. 


Félretett gondolatforgácsok 


A probléma fontossága és szinte min- 
dennapos előfordulása nyilvánvaló. Ki- 
nek nem okoz újra és újra visszatérő 
gondot, hogy különböző állományainak 
többféle változata vagy több másolata 
keletkezik munka közben. Vagy azért, 
mert a rendszer gondosan megőrizte az 
előző állapotot, vagy mert óvatlanul, 
szándékaink ellenére más helyre íródott 
be valami, mint ahogy gondoltuk, vagy 
elfeledkezünk róla, hogy valahol már 
megvan, és újra bevisszük, vagy ezernyi 
más okból. Még azt sem mondhatjuk, 
hogy sajnos, mert időnként bizony igen- 
csak jó szolgálatot tesz például egy 
.BAK kiterjesztésű fájlból előbányász- 
ható információ, amikor, mondjuk, 
helyre kell állítani egy véletlenül letö- 
rölt állományt. De félbehagyott prog- 
ramrészleteket, félretett gondolatforgá- 
csokat is gyakran éppen a félkészter- 
mékek között keresgélve idézhetünk 
fel. 


A legegyszerűbb feladatra, a teljes 
azonosság megállapítására megbízható 
megoldást nyújtanak a , hagyományos" 
fájlösszehasonlító programok. Ezek kö- 
zé tartozik a DOS COMP.COM prog- 
ramja, a PCTools COMP funkciója, és 
még néhány ismert, hasonló rendelteté- 
sű, önálló egységként hívható vagy va- 
lamilyen komplett kiszolgáló rend- 
szerbe beépített segédprogram. E ha- 
gyományos, talán , ellenőrző-hasonlí- 
tó" programoknak nevezhető termékek 
fő funkciója, hogy karakterről karakter- 
re végigbogarásszák, nem lelnek-e el- 
térő bájtokat valahol, valahányadik po- 
zícióban. A mellékfunkciójuk pedig, ha 
ilyen is van, a tapasztalt eltérések pon- 
tos kilistázása. 

Az efféle butácska programok is rop- 
Pant hasznosak tudnak lenni, főleg 
olyankor, 

— ha kétségeink vannak, hogy egy 
másolás valóban hibátlanul zajlott-e le; 

— ha biztosak akarunk lenni, nem 
töröltek-e bele valamelyik, szerencsére 
másolatban is őrzött programunkba 
vagy adatállományunkba; 

— ha tudni akarjuk, nem változott-e 
meg valamelyik könyvtárbejegyzés 
(például egy állomány hossza) előző 
állapotához képest (feltéve, hogy felje- 
gyeztük és fájlban eltettük az előző 
állapot leírását); 

— ha gyorsan ellenőrizni akarjuk: 
nem más változat programjai jelen- 
nek-e meg azonos néven, vagy megfor- 
dítva, nem valami átnevezett, régről 
ismert program bukkan-e fel esetleg 
más köntösben (hiszen sem a név, sem 
a dátum nem jelent bizonyosságot a 
belső tartalmat illetően). 

Az utóbbi két esetben rendszerint 
már nagyobb hozzákészülődés szüksé- 
geltetik: ,kézzel vezérelt" egyedi 
összehasonlítások helyett célszerű fel- 
készülnünk csoportos összehasonlítá- 
sokra is. Egész könyvtárak összehason- 
lításához tálcán hozza a kész megoldást 
a Norton Commander beépített , Com- 
pare directories" utasítása. De speciális 
kívánalmaknak megfelelően magunk is 
készíthetünk testre szabott batch fájlt a 
COMP.COM utasítás felhasználásával. 
Háziszabványszerű névválasztási kon- 
venciókat is kidolgozhatunk magunk- 
nak a COMP.COM dzsóketkezelő lehe- 








tőségeivel összhangban. (Vigyázat! Ha 
mindkét argumentumban dzsókerka- 
raktereket alkalmazunk, nem mindegy, 
hogy milyen sorrendben adjuk meg az 
argumentumokat: a második argumen- 
tum szerint végrehajtott helyettesítések 
az első argumentum alapján létrejött 
karaktermintákat viszik tovább.) 


Ne a program döntsön! 


Ami igazán bosszantó lehet az ilyenfé- 
le, hagyományos ellenőrző-hasonlító 
programokban, az nem is az, amit nem 
tudnak, hanem amit nem hajlandók 
megcsinálni. Szinte kivétel nélkül 
hosszhasonlítással kezdik tevékenysé- 
güket, és ha itt eltérést tapasztalnak, 
hozzá sem fognak az érdemi munkához. 
Pedig, mondjuk, rákérdezhetnének, 
hogy eltérő hosszuk ellenére is ragasz- 
kodunk-e a parancs végrehajtásához. 
Már engedelmet, de ne a program dönt- 
se el, hogy van-e értelme egyáltalán az 
összehasonlításnak! Hogy csak néhá- 
nyat említsek az érdekesebb esetek kö- 
zül, amikor teljesen indokolt lenne kü- 
lönböző hosszúságú állományok ösz- 
szehasonlítása: 

— Keletkezhetnek különböző hosz- 
szúságú, bár effektív, működő részük- 
ben tökéletesen megegyező programok, 
például transzformációk és a megfelelő 
inverz transzformációk alkalmazása 
következtében. Amikor például az 
LZEXE programmal tömörítünk, majd 
az UNLZEXE programmal visszaállí- 
tunk valamilyen .EXE állományt, 
hosszuk különböző lehet. 

— Egyes programoknak azonos vál- 
tozatszámú, mégis eltérő hosszúságú 
mutációi vannak forgalomban. (Az 
LHARC 1.14-es változatának kétféle 
mutációját ismerem.) Valóban érdemle- 
gesen eltérnek egymástól, vagy az elté- 
rés például csak a beépített információs 
szövegek különbségéből adódik? 

— Vírusok, de vírusok elleni , védő- 
oltások" is megnyújthatják a programo- 
kat. Sok esetben hasznos lehetne, ha 
látnánk, hogy valóságos támadásról 
van-e szó. 

— A könyvtárfájlok összehasonlítá- 
sakor ritka kivételként fordulhat csak 
elő, hogy a hosszuk megegyezzék. Ép- 
pen arra lenne szükségünk, hogy ne 
csupán az eltérés tényét konstatáljuk, 
hanem részletezve lássuk, miben áll az 
eltérés. 

Egyes esetekben némi ügyeskedéssel 
túljuthatunk a nehézségeken, ha tudjuk, 
hogy a FIND.EXE , szűrőutasítás" op- 
ciótól függően vagy átereszti vagy el- 
nyeli (/v) a feltételnek eleget tévő soro- 
kat. Valójában azonban itt már csődöt 


mond a hagyományos , ellenőrző-ha- 
sonlító" programok tudománya. A mi- 
nőségileg magasabb szint ott kezdődik, 
ahol a programok nem elégednek meg 
annyival, hogy a pozíciószámban egy- 
másnak pontosan megfelelő karaktere- 
ket hasonlítják össze. Hiszen mi törté- 
nik mondjuk egy szöveges állománnyal 
egyetlen szó vagy akár csak egyetlen 
karakter beszúrása vagy törlése után? 
Az összes többi karakter menthetetlenül 
elcsúszik vagy egyik, vagy másik irány- 
ba. 


Milyen siralmas eredményt adhat 
ezek után egy , hagyományos" összeha- 
sonlító program, ha a változás már va- 
lahol a szöveg elején bekövetkezik? 
Kisiklik menthetetlenül, hiszen az első 
eltérés észlelése után elcsúsznak egy- 
máshoz képest az egymásnak megfelelő 
karakterek. A mechanikus, fixen pozi- 
cionált összehasonlítás itt nem segít, 
hiszen sorban egymás után hibát jelez- 
nének az összes további összehasonlí- 
tott karakterek. Hiába segítenénk tehát 
a hosszkülönbségből adódó akadályon 
keresztül a programot, képtelen lenne 
felismerni a legnyilvánvalóbb hasonló- 
ságot is. 


Az , objektum" fogalma 


Tudomásom szerint a Turbo Pascal 
programozói készítettek először olyan 
programot, amely már nem butácska 
módon, vakon botladozott az akadályok 
között, hanem tudatosan gyűjtötte és 
hasznosította az információkat a prob- 
léma értelmes megoldásához. A DIFF 
segédprogram Pascal nyelvű listáját is 
közzétették 1985-ben, a TP 3.0 verzió- 
jának a megjelenésekor. A felhasznált 
algoritmus Dave Cortesi műve, az el- 
méleti alapvetés azonban régebbről 
származik: 1978-ban publikálta ez irá- 
nyú eredményeit a CACM-ben Paul 
Heckel (,, A Technigue for Isolating Dif- 
ferences between Files"). 

A Heckel-féle megközelítés lényege, 
hogy a részleteiben összehasonlítandó 
fájlokon belül bevezeti az , objektum" 
fogalmát, szisztematikusan összegyűjti 
a rájuk jellemző fontosabb ismérveket, 
majd ennek alapján dönti el, hogy me- 
lyik objektum melyik másiknak felel- 
tethető meg. (Alapvető objektumnak 
szöveges fájlok esetében a sorokat 
szokták tekinteni.) Minden objektumot 
egy-egy szimbólum képvisel egy dina- 
mikusan kezelt szimbólumtáblázatban. 
Ennek alapján történik az összehason- 
lítás és a értékelés, részint az egyes 
objektumokra jellemző ismérvek, ré- 
szint az objektumok között fennálló sor- 
rendiség figyelembevételével. 


NYÚZÓPRÓBA 


Látjuk tehát, hogy a mechanikus 
szempontok jelentősége háttérbe szorul 
a feladat megoldásában. Leginkább az 
alakfelismerés problémakörével mutat 
hasonlóságot a megoldandó feladat, az- 
zal a csavarral nehezítve, hogy itt nem 
létezik eleve a felismerendő objektu- 
moknak valamilyen véges halmaza. A 
kiválasztandó minták mindig módosul- 
nak, sőt azt sem tudhatjuk előre, me- 
lyiknek lesz megfelelője a másik fájl- 
ban, és melyek maradnak facéran. (A 
karakterfelismerésben például mindig 
tudjuk, hogy ha nem valamilyen piszok- 
ról van szó, akkor a karakterek adott 
véges halmazában kell lennie a felisme- 
rendő objektumnak.) 

A DIFF program persze sokkal jobb 
eredményeket ért el, ha nem tetszőleges 
szöveges állományok összehasonlításá- 
ra alkalmazták, hanem ki lehetett hasz- 
nálni tájékozódásul például a Pascal 
kulcsszavait mint jellemző ismérveket. 
Uttörő szerepét a DIFF elfogadható mó- 
don betöltötte, forráslisták összehason- 
lítására ma is jól használható. Kimeneti 
listaként a , beszúrt" és , kihagyott" so- 
rok felsorolását kapjuk meg mindkét 
szövegre. Részleges egyezéseket nem 
mutat ki — ilyenkor mindkét változat 
s, beszúrt" szövegsorként jelentkezik. 


Egy újabb gyöngyszem 


Hasonló elvek alapján készült el 1988- 
ban egy újabb okos kis összehasonlító 
program. A program (és az algoritmus) 
szerzője M. J. Mefford, a PC Magazine 
ismert munkatársa, aki már sok 
, gyöngyszemmel" örvendeztette meg a 
felhasználókat. 

A DIFF-fel ellentétben a COMPARE 
többféle szintű objektumokat ismer: a 
sorokat, a szavakat és a szavakon belül 
az összefüggő karakterláncokat. Ha a 
sorok összehasonlításával problémái 
vannak, alacsonyabb szintre száll le, 
úgy folytatja a munkáját. Ez a megkö- 
zelítés gyakran beválik, sőt finomabb 
és tetszetősebb megoldásokra is vezet: 
a képernyőn szemléletesen mutatja is 
az egymásnak megfeleltetett szövegré- 
szeket, különböző színekkel, illetve in- 
verz kiemeléssel jelezve az eltéréseket. 
Időnként azonban elég könnyen meg- 
zavarodik a rendszer, aminek tapasz- 
talataim szerint kettős oka van. A fő ok 
az, hogy mindig az első szöveg alapján 
választ mintát, ahhoz keresi a másik 
szövegben a megfeleltetést. Ha tehát a 
minta valamilyen kitörölt szövegrész- 
ből származik, a találat eleve csak hibás 
lehet. A másik hibaforrás szorosan 
összefügg ezzel: ha már áttért az ala- 
csonyabb szintre, könnyen becsapják a 
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részleges eredmények, és azt hiszi, jó 
úton jár, 

A COMPARE erőssége, hogy nem- 
csak ASCII fájlokat, hanem tetszőleges 
bináris fájlokat tud (hexa-alakban) 
összehasonlítani, egyszerre jelenítve 
meg a hexa-számokat és- karakteres 
megfelelőjüket. (A szöveges fájloknak 
is kérhető az összehasonlítása ilyen for- 
mában.) A COMP makacssága tehát, 
hogy nem hajlandó különböző hosszú- 
ságú állományokat összehasonlítani, 
ezzel leküzdhető. A DIFF-fel szemben 
viszont előnye is, hátránya is a képer- 
nyő-orientáltság: a képernyőn szemlé- 
letesen mutatott eltérések az egymás- 
nak megfeleltetett szövegrészek között 
nem vihetők ki a nyomtatóra. 

Érdemes megfigyelni, hogy a hason- 
lóság vizsgálata más-más eredményre 
vezet attól függően, hogy milyen sor- 
rendben adjuk meg az összehasonlítan- 
dó állományok nevét. A , hasonlóság" 
Mefford-féle algoritmikus fogalma te- 
hát nem szimmetrikus, ami némileg za- 
varja érzékeny matematikusi lelküle- 
tünket. 

Egészében véve (és különösen mére- 
téhez képest) igen ügyes és sokoldalú 
program a COMPARE, és tegyük hoz- 
zá: szerkezete is kristálytiszta. Kár, 
hogy első változatának 1988-ban tör- 
tént nyilvánosságra hozatala óta — tu- 
domásom szerint legalábbis — nem je- 
lentek meg további változatai. Egysze- 
rűbb esetekben kiválóan alkalmazható, 
egészen odáig, míg valahol bele nem 
zavarodik, mert attól fogva képtelen 
kigabalyodni a hibás egybevetések há- 
lójából. Egy-egy véletlenül megegyező 
szót vagy kisebb karakterláncot találat- 
nak tekint, és rendületlenül gyártja a 
hibás megfeleltetéseket. Feltétlenül ér- 
demes lenne valakinek — ha már a 
szerző nem teszi — továbbfejleszteni a 
program összehasonlító algoritmusát. 


Három hetente új változat 


Az Alaplap 1991. januári melléklete 
érdekes, sokat tudó fájlhasonlító prog- 
ramra hívta föl figyelmünket. A Ma- 
gyarországra nemrég eljutott Delta ne- 
vű programrendszer (ez a minősítés 
jobban megilleti) valóban megérdemli, 
hogy felfigyeljünk rá. Bár a jelenleg 
elérhető verzió még távolról sem tekint- 
hető tökéletesnek, újszerű és látványos 
szolgáltatásaival olyasmit nyújt, ami 
sok szempontból túlhaladja az e műfaj- 
ban ismert programok tudományát. 
Nem csoda, hogy első nyilvános meg- 
jelenése, vagyis 1989 áprilisa óta ko- 
moly felhasználói tábora alakult ki az 
Egyesült Államokban. 
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A regisztrált felhasználók az 
OPENetwork hálózat éjjel-nappal mű- 
ködő BBS szolgálatán keresztül adhat- 
ják át tapasztalataikat és kívánságaikat 
a fejlesztőknek, kérhetnek tőlük segít- 
séget, és innen hívhatják le a program 
legújabb változatát. A felhasználók kí- 
vánságainak figyelembevételével fo- 
lyik a program továbbfejlesztése. (Át- 
lagban 3 hetente jelenik meg újabb vál- 
tozat, ez a tempó azonban idővel felte- 
hetően lelassul.) A fejlesztés részben a 
felhasználók kényelmét és biztonságát, 
részben a program működésének gyor- 
sítását és helyfoglalásának mérséklését 
szolgálja, ami egyébként rá is fér. 


Tíz szemmel figyel 


Mefford programjával szemben a Delta 
összehasonlítási algoritmusa a DIFF- 
hez hasonlóan a sorok összehasonlítá- 
sára épít, ezen belül azonban kívánságra 
figyelembe veszi a részleteket: színes 
képernyőn szépen mutatja a törölt, il- 
letve beszúrt szavakat, karaktereket. A 
szövegrészek egymáshoz illesztése 
minden esetben a sorok egybevetése 
alapján történik. Ez általában jó, mert 
így sokkal ritkábban zavarodik meg, 
mint a COMPARE, de például bajba 
kerül, ha különböző hosszúságúra tör- 
delt szövegeket kell összehasonlítania. 
(Mefford ilyenkor áttér az alacsonyabb 
egységek szintjére, és a szavak szintjén 
sikeresen folytatja az összehasonlítást.) 

Ügyesen oldja meg a Delta (sok mun- 
kafájl nyitva tartásával) a pszeudoszi- 
multán összehasonlítást. Egyszerre tíz 
, szemmel" figyel előre és hátra — főleg 
ez a magyarázata viszonylag gyors és 
kevésszer hibázó megfeleltetéseinek. 

Igen hasznos és rendkívül gyors szol- 
gáltatása a Deltának teljes könyvtárak 
összehasonlítása. Az eredményül ka- 
pott, jól áttekinthető párhuzamos lista 
rögtön ki is nyomtatható, ami dokumen- 
tumnak sem utolsó. Képernyőre kérhető 
(de csak PrScr-rel nyomtatható) az azo- 
nos nevű, de hosszukban és/vagy tartal- 
mukban különböző fájlok listája. 

Könyvtárak összehasonlításakor vá- 
logatás nélkül elbánik bináris fájlokkal 
is, szigorúan a hagyományos módon 
kezelve őket, egyébként azonban csak 
ASCII fájlok kezelésére van fölkészül- 
ve. Ha igaz, lennie kell viszont analóg 
programnak bináris fájlokra is — leg- 
alábbis erre utal a program induló me- 
nüjében az , ASCII edition" megkülön- 
böztetés. 

Amikor áttérünk a könyvtárak szint- 
jéról a fájlok összehasonlításának a 
szintjére, a függőlegesen vagy vízszin- 
tesen osztott képernyővel egymás mel- 


lett vagy egymás alatt látjuk az össze- 
hasonlított . állományok egymásnak 
megfelelő részeit. (Ezt nevezi a Delta a 
,, sztereó megjelenítés" két módjának.) 
Gombnyomás biztosítja az átmenetet a 
kétféle sztereó megjelenítés között. A 
két félképernyő a kurzorbillentyűkkel 
szinkronban mozgatható. 

Beépített szövegszerkesztője kissé 
nehézkes, de hát nem is ez a Delta 
elsődleges rendeltetése. (Őszintén szól- 
va szívesebben venném, ha inkább a jól 
bevált szövegszerkesztók látnák el a 
Delta szolgáltatásait is.) Egyidejűleg 
csak az egyik szöveg szerkesztését teszi 
lehetővé, de teljes sorokból álló egysé- 
gek formájában átemel szövegrészeket 
a másik állományból. Sok blokkműve- 
letet ismer, sőt kijelölt blokkokat tesz 
ki megadott nevű fájlba. A képernyőn 
nem zavarják a magyar ékezetes karak- 
terek, nyomtatásnál azonban sajnos le- 
cseréli őket kérdőjelekre. 

Számos opciót kínál föl a program, a 
részletek megjelenítésétől kezdve a 
szerkesztőgombok átdefiniálásán és az 
eltérések kimentésén át az egymásutáni 
szóközök és látszólagos szóközök (00, 
FF) ismétlődésének kiszűréséig. Kár, 
hogy másutt viszont opcionálisan sem 
tűr beleszólást a működésébe. Nem ár- 
tana például megengedni — a felhasz- 
náló kívánságától függően — a Pascal 
értelmében vett , átlátszó" karakterek 
kezelését. Igaz, ez lassíthatná működé- 
sét, de sok hibaforrást megszüntetne, 


Hasznos segítőtárs 


Az opciók kezelése is sajátos kissé: 
előfordul, hogy önkényesen semmibe 
veszi az előírásokat. Egy jól nevelt 
programtól szokatlan, hogy néha utólag 
derül csak ki: hiába kértük az összeha- 
sonlításban a beépített , mesterséges in- 
telligencia" adta lehetőségek felhaszná- 
lását. Ha ugyanis helyzetértékelése 
alapján indokoltnak tartja, se szó, se 
beszéd, fogja magát és átkapcsol mes- 
terségesen buta üzemmódba. Szerinte 
ti. gyökeresen eltérnek egymástól az 
összehasonlított állományok, ami per- 
sze nem minden esetben igaz. 

Mindez azonban csak részletkérdés, 
ami a program sokoldalú használható- 
ságát alapvetően nem befolyásolja. Ki- 
mondottan hasznos segítőtársra talál- 
hatnak benne mindazok, akiknek mun- 
kájába rutinszerűen beletartozik a szö- 
vegeltérések figyelése, különböző fá- 
zisban lévő szövegek egybevetése, 
vagy éppen az adatrögzítés (például 
ügyvédek, újságírók, olvasószerkesz- 
tők, kisvállalkozók). 

Vargha Dénes 


SZÖVEGELŐ 





Szövegkonvertálás 


Sok felhasználónak okoz gondot a többféle 

magyar ékezetes karakterkészlet közötti konvertálás. 
Teljes megoldást nyilvánvalóan csak 

a magyar karakterkészlet szabványosítása jelentene, 
de erre egyre kevesebb esély látszik. 


Egyelőre marad tehát 


a különféle konvertálóprogramok használata. 
Most ezekből kettőt ismertetünk. 

Az egyik a 8-bites karakterkészletek közötti 
átalakítást végzi, a másik a WordStar fájlokat 
8-bites ASCII fájlokká konvertálja. 


A CASCILC programot két fájl meg- 
adásával kell indítani. Az első az input-, 
a második az output-fájl. Formátumára 
a program a fájl kiterjesztéséből követ- 
keztet. Jelenleg három kódtáblát támo- 
gat: 


1. CWI ASCII 


A Computerworld-Számítástechnika 
által kezdeményezett kódkészlet (.CWI 
kiterjesztésű fájl). 


2. Ventura ASCII 


A Ventura Publisher által használt 
kódtábla (.TXT kiterjesztésű fájl). 


3. BME ASCII 


A Budapesti Műszaki Egyetemen 
használatos kódtábla (.BME kiterjesz- 
tésű fájl). 

A további bővítés igen egyszerű: a 
program elején lévő konverziós táblázat 
egy újabb oszlopát kell létrehozni az új 
kódokból. Ezután a második indexet 
3-ról 4-re kell átírni. A kiterjesztést a 
kiterjesztéseket tartalmazó táblázatba 
kell beírni. A program Turbo C 4.0 vagy 
C--4- 1.0 fordítókkal fordítható újra. 

Működését tekintve a program há- 
rom részre tagolódik. A főprogram fel- 
adata a parancssori paraméterek és a 
formátum ellenőrzése, a használati uta- 
sítás kiírása, a fájlok megnyitása és 
lezárása. A tényleges konverziót a Con- 
vert( ) eljárás végzi. Karakterenként 
beolvassa az input fájlt, majd a konver- 
ziós tábla input fájlformátumának meg- 
felelő oszlopával hasonlítja össze. Ha 
egyezést talál, akkor ugyanabban a sor- 
ban, az output formátumnak megfelelő 


oszlopban álló karaktert írja ki. Ha nem 
talál, akkor a karaktert változtatás nél- 
kül teszi az outputfájlba. A program 
másik rutinjának, a Strcode()-nak, a ki- 
terjesztés felismerésénél van jelentősé- 
ge. Az eljárás képes megkeresni egy 
sztringet vagy annak rövidítését egy 
tetszőleges táblázatban. Erre gyakran 
van szükség, s ezért ez az eljárás számos 
példaprogramunkban előfordult már. 

A WordStar még néhány évvel eze- 
lőtt is a legelterjedtebb editornak szá- 
mított. Népszerűsége mostanra ugyan 
csökkent, de számos editor (pl. a Tur- 
bo-C editora) valósít meg WordStar- 
kompatibilis funkciókat. A WordStar 
legnagyobb hibája, hogy nem alkalmas 
8-bites ASCII-fájlok létrehozására. A 
WordStar 2.0 verziója még csak a 7-bi- 
tes kódokat támogatta, a legfelső bitet 
más célra használták. A későbbi verziók 
a 8-bites kódok tárolására hárombájtos 
szekvenciát használnak. Ezt a formátu- 
mot az előző programmal nem lehet 
konvertálni, ezért önálló program írásá- 
ra került sor. 

A WordStar fájlokból 8-bites ASCII 
állományokat konvertáló programot az 
input- és az output-fájl megadásával 
kell indítani. A program két részre ta- 
golódik: a főprogram feladata a para- 
méterek ellenőrzése, a használati utasí- 
tás kiírása, a fájlok megnyitása és lezá- 
rása. Ez arész az előző program főprog- 
ramjának egyszerűsített változata. A 
konverziót a Convert( ) eljárás végzi. 
Ez a IBH xx ICH szekvenciákat xx- 
szel helyettesíti, és az összes többi ka- 
rakter legfelső bitjét törli. 

Pintér Gábor 


Kód-gettó 


A Microsoft május végén kétnapos 
konferenciát rendezett Prágában a 
kelet-európai szoftverfejlesztőknek. 
A fő attrakció természetesen az 
új Windows-környezet bemutatása 
volt, de számos más érdekes téma is 
terítékre került, például a kelet-euró- 
pai nyelvek betűinek korrekt haszná- 
lata a számítógépeken. 

Tisztelt Microsoft! Bármennyire is 
respektáljuk erőfeszítéseiket a fránya 
kontinentális európai nyelvek ékeze- 
tes betűit tartalmazó kódkiosztás 
megoldására, sem a 852-es (Latin-2) 
kódtáblával, sem a most bemuta- 
tott, ANSI szabványon alapuló kelet- 
európai Windows 3.1 kódkészlettel 
nem tudunk megbékélni. 

Tegezésre kell átváltanom, hogy 
egy régi magyar sláger refrénjével 
tudjak rimánkodni: , Hogyan mond- 
jam el neked?" Mármint azt, hogy az 
európai kis nyelvek nincsenek egy- 
mással úgy összefonódva, mint a 
nyugat-európai világnyelvek. Bele 
kellett volna kicsit nézni az érintett 
országok szövegszerkesztőibe, adat- 
bázisaiba, irodalmi és egyéb kiadvá- 
nyaiba, hogy milyen arányban hasz- 
nálják például Magyarországon a 
magyar nyelvű szövegekben az al- 
bán, a román, a cseh, a szlovák, a 
lengyel vagy a szerbhorvát speciális 
karaktereket. Azokat, amelyek most 
egyazon kódtáblában szerepelnek. 

Tisztelt Microsoft! Nem földrajzi, 
nem nemzetiségi, nem politikai kér- 
désről van szó, hanem a nyelvi rea- 
litások józan belátásáról. Ugyanúgy 
értelmetlenség lenne egy másik 
összevont kódtáblát kreálni a hol- 
land, a finn meg a török nyelv spe- 
ciális ékezetes betűire — és abból is 
kihagyni a nagy világnyelveket. In- 
kább az ASCII kódtábla szab- 
ványában kellett volna szabad helyet 
hagyni a nemzeti karaktereknek 
— ha már az elején elmulasztották, 
akkor legalább utólag —, mégpedig 
annyit, hogy azon bármelyik európai 
nyelv egyéni betűi elférjenek. De 
mindig csak egy renitens nyelvé! 
Mellette pedig ott maradna — min- 
den országban — ugyanaz a nemzet- 
közi kódkészlet! Ehelyett továbbra is 
elkészül időnként egy-egy karakter- 
kód-gettó, amit használni nem tu- 
dunk. Amitől legfeljebb sírni tud- 
nánk. Vagy már csak röhögni? 

Faklen Pál 
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SZOFTVERTÉKA 


FoxPro 2.0 





Nem slowFoxot táncolva 


A PC adatbázis-kezelők vetélkedője folytatódik. 
A hagyományokon alapuló dBASE IV adatbázis-kezelőnek 
már a FoxPro 1.0 változata is komoly konkurenciát jelentett, 


elsősorban sebessége 


és kellemes felhasználói felülete miatt. 
Most pedig a FoxPro 2.0 nemcsak megőrizte előnyeit, 
hanem néhány igazán jó fejlesztéssel is előrukkolt. 


Menüzgetés 


A FoxPro 2.0 az 1.0 verziótól megszo- 
kott módon jelentkezik be. A teljes 
rendszer SAA menükből vezérelhető, 
szinte nem is kell a Command ablak, 
egérvezérelt, és természetesen számta- 
lan ablak nyitható a különböző műve- 
letekhez. A FoxPro 2.0 támogatja a 
Windowsból ismert gombok, dobozok, 
dialógusok használatát. Ezzel a FoxPro 
2.0 ún. karakterizált grafikus felhasz- 
nálói felületet hozott létre (CGUD. 

A Help-rendszer hívható a System 
menüből, a Command ablakból és az 
F1 leütésével. A System ablakból, me- 
nükből, dialógokból és Edit vagy Com- 
mand ablakból kiválasztott szöveghez 
az Alt4-F1 leütésének hatására azonnal 
a kívánt segítőszöveg jelenik meg. A 
Help-részek alján felsorolt kapcsolódó 
fogalmak kiválasztása újszerűen a See 
Also kiválasztásakor megjelenő Popup 
menüből történik. Ennek segítségével 
tudunk vissza is térhetünk a kiinduló 
fogalomhoz. 

A System menüből is hívható a Help- 
rendszer, és saját billentyűmakrókat de- 
finiálhatunk. A menüből sok segédprog- 
ram közvetlenül elérhető, például a 
Filer, Calculator, Calendar/Diary, Spe- 
cial Characters, ASCII Chart, Capture. 
A fájlmenedzser felajánlja a meghajtók, 
könyvtárak és fájlok kezeléséhez szük- 
séges műveleteket: Copy, Move, Dele- 
te, Rename, Attr, Edit, Sort, Tree, Find, 
Chdir, Mkdir, Size. Így pár gombnyo- 
mással akár alkönyvtár szinten mozgat- 
hatunk, — másolhatunk, — törölhetünk. 
Rendkívül praktikus a Capture menü- 
pont, amellyel a teljes képernyőn (ab- 
lakoktól függetlenül) kijelölhetünk egy 
képernyőterületet, azt egy átmeneti tá- 
rolóba (az Edit/Copy funkciónak meg- 
felelően) elmenthetjük, majd később 
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egy másik tetszőleges helyre (például 
egy ablakba) ismét beilleszthetjük 
(Edit/Paste). 

AFile menü is gazdagabb. Lehetőség 
van a már megszokott Database, Prog- 
ram, File, Index, Report és Label típu- 
sok mellett újabbak (mint például 
Screen, Menu, Ouerz és Project) létre- 
hozására, megnyitására. A Report, La- 
bel, Screen, Menu, Ouery és Project 
aktivizálásakor az adott állománnyal 
végzett műveletek támogatására a kép- 
ernyőn feltűnik a típusnak megfelelő 
menüpont is. A Ouick Report, Ouick 
Label, Ouick Screen és Ouick Menu 
kiválasztásával a rendszer önállóan el- 
készíti a szükséges állományokat. Ilyen 
lehetőségek sokasága alapján akár a 
kezdő felhasználók is gyorsan profi 
szintűnek látszó alkalmazásokat tudnak 
készíteni. 

Az Edit menü tartalmazza a FoxPro 
standard editáló technikáját (Undo/Re- 
do, Cut/Copy/Paste, Clear és Select), 
amely a textboxokkal és dialógokkal 
segíti az editálást. A Preferences menü- 
pontban texteditáláskor például beállít- 
hatjuk a Wrap Words, Cheked és Un- 
cheked funkciókat, de ha az Expression 
Builder aktív, akkor kifejezéslisták ál- 
líthatók össze a segítségével matemati- 
kai, string-, logikai, dátumfüggvények 
redőnymenüjéből, mezőnevek és válto- 
zólisták felhasználásával. 


,Rushmore"-technikával 


Az adatbázis-állományok nyilvántartá- 
sának legnagyobb újdonsága a rush- 
more-technika. Az egy időben megnyit- 
ható adatállományok száma még korlá- 
tozott (maradt a 25 munkaterület), de 
ez valójában elvi határ, a gyakorlatban 
nem igazán korlátozza a használatot. 
Az indexelés területén viszont korszak- 


alkotóan újat hozott a FoxPro. Már a 
dBase IV is próbálkozott az egyedi 
indexek mellett összetett indexek alkal- 
mazásával, de ez valójában csak a 47 
szempont szerinti indexek egy megha- 
tározott sorrendje. A FoxPro is kétféle 
(s azon belül is kétféle) indexet használ. 
Megmaradt az előző verzióból ismert 
.IDX egyedi indexforma, de a rendszer 
elsősorban a .CDX (Compound index) 
összetett index használatát támogatja. 
Az .IDX egyedi indexet valójában a 
kompatibilitás érdekében használja, 
ezért létezik compact- és non-compact- 
változata is. Anon-compact-index meg- 
egyezik a FoxPro előző verziójának, a 
FoxBase---nak az  indexformájával, 
ezért azokat a FoxPro 2.0 eredeti for- 
májukban használja, tárolja. Ha azon- 
ban nem használják előző verziók az 
indexfájlt, érdemesebb a compact for- 
mát igénybe venni, mert tömörebb és 
gyorsabb. 

Indexek létrehozásakor a rendszer el- 
sősorban az összetett indexformát ajánl- 
ja, amelynek szintén két típusa van. A 
structural index felveszi az adatállo- 





mány nevét, és automatikusan vele 
együtt kezelhető (a Use adatállomány 
hatására automatikusan megnyitja és 
aktualizálja a rendszer), míg a non- 
structural indexnek mi adhatunk nevet, 
de akkor megnyitásáról és aktualizálá- 
sáról nekünk kell gondoskodni. Az 
összetett index lényege az, hogy az 
egyes indexeket rekordokként kezeli, 
ezért például sorrendjük sem lényeges. 
Ezenkívül egy fájlnak számít a DOS 
File Handle szempontjából, s így az 
indexek száma gyakorlatilag végtelen 
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lehet. A compact .IDX és a .CDX inde- 
xeket a rendszer tömörített formában 
tárolja (kb. egyhatod lemezszükséglet), 
majd a memóriában szükség szerint ki- 
csomagolja. Azon műveleteknél, ame- 
lyeknél elég az indexállományok hasz- 
nálata, megtakarítható a lemezhez for- 
dulás ideje, s így akár ezerszeresen 
gyorsabbak lehetnek a hagyományos- 
hoz képest. A rushmore-technika opti- 
malizáló eljárása elsősorban azoknál a 
FOR-parancsopcióknál és FILTER-mű- 
veleteknél gyorsít jelentősen, ahol a fel- 
tételben szereplő mező szerint létezik 
index. 


SOL 


A dBASE IV-hez hasonlóan a FoxPro 
2.0 is használ már SOL-parancsokat. 
Lehetőség van adatbázis vagy tábla 
létrehozására, rekordok hozzáfűzésére 
és lekérdezésére is, mindezt a FoxPro 
2.0 komfortjával. Az ROBE- (relational 
guery by example) ablakban lehetőség 
van relációkkal összekapcsolt állomá- 
nyok komplex lekérdezésére egyszerű 
módszerekkel. A FoxPro ezeket a lekér- 
dezéseket is optimalizálja a rushmore- 
technika alapján. Az összeállított lekér- 
dezés lemezre rögzíthető, sőt program- 
ként tárolható, lefordítható és futtatható 
is. Szenzációt sejtet a Create Table- 
funkciónál megmutatott, de egyelőre 
nem választható Picture mezőtípus. Le- 
het, hogy ez már a grafikus felület 
alkalmazását készíti elő? Kíváncsian 
várjuk a folytatást. 

A FoxPro 2.0-ban az előző verziók 
gyenge pontjaként számon tartott kép- 
ernyőtervezőt teljesen újraprogramoz- 
ták, a rendszerbe illesztették. Ez a rend- 
szer integrálja az SAA menüket, támo- 
gatja a mouse-vezérlést. A Screen menü 
segítségével gyorsan esztétikus képer- 
nyőt tervezhetünk (hát még a Ouick 
Screennel), majd lemezre menthetjük. 
Az elkészült állományt programba fűz- 
hetjük, vagy project készítéséhez hasz- 
nálhatjuk. A FoxPro 2.0 képer- 
nyőállománya nem kompatibilis a többi 
adatbázis-kezelőével, de támogatja a 
külső .FMT állományok használatát. 
Ezek a programba illeszthetők, bár mint 
screen állományok, nem módosíthatók. 

Az új menügenerátor használatával 
gyerekjáték bonyolult pulldown me- 
nüstruktúrák létrehozása. Először meg 
kell adni a főmenü pontjait, majd azok- 
hoz műveletet (Command, Pad Na- 
me/Bartt, Submenu, Proc) kapcsolni, és 
opciókkal is ellátni. Az opcióknál meg- 
adható például, hogy az adott menüpon- 
tot milyen feltételek esetén lehet válasz- 
tani (hasonló módon, mint az Expressi- 


on Builder). Ha egy menüszint elké- 
szült, jöhet a következő ugyanígy. A 
végén lehetőség van a meni tesztelésé- 
re, a megadott parancsok, utasítások 
tényleges végrehajtása nélkül. Az elké- 
szült menüt a képernyőterv-állomá- 
nyokhoz hasonlóan használhatjuk fel. 

A Report- és Label-generátort már az 
előző verzióknál is jól használhattuk, 
de azért itt is sikerült újítani. Egyrészt 
a Ouick Report és Ouick Label haszná- 
lata nagyon kellemes, de leginkább az 
elkészített Report és Label Preview 
funkciója hasznos. Megtekintése alap- 
ján ugyanis eldönthetjük, tetszik-e 
munkánk eredménye, vagy van még 
javítanivaló, s nem kell közben kilépni 
a generálóból. 

A megtárgyalt object típusú Report, 
Label, Screen, Menu és Ouery mellett 
természetesen lehet normál módon is 
programot írni, Text/Program Editor ab- 
lakban módosítani, és parancsot adni a 
Command ablakban. (De minek?) 


Csemege haladók számára 


Az elkészült programok ritkán hibátla- 
nok. A hibák felderítésében és kijavítá- 
sában segít a Trace és a Debug ablak. 
Lehetőségünk van a forrásszövegen kö- 
vetni a végrehajtást, változókat lekér- 
dezni, javítani. Mindezekre a koronát a 
Project Manager teszi fel. Miután elké- 
szültek a Database, Index, Program, 
Report, Label, Menu, Screen, Ouery és 
egyéb állományok, egy projectbe fogja 
az összetartozó objektumokat. Ezt pro- 
ject adat- és memo-állományban rögzí- 
ti. A Project menü és ablak használatá- 
val információkat és statisztikákat kér- 
hetünk az objektumokról, az állomá- 
nyokból egységes programot szerkeszt- 
hetünk. Ha hiányzik egy állomány (és 


MA 


nem találja sehol), vagy más hibát talál, 
azt jelzi, és lehetőséget nyújta javításra. 

Már nem csak a Clipperrel lehet 
.EXE állományokat fordítani. A FoxPro 
2.0-ban a fordításnak több szintjét kü- 
lönböztetjük meg. Egyrészt létezik a 
már megszokott közbülső állomány, 
amit csak a FoxPro programmal lehet 
indítani, de már futtatható .EXE állo- 
mányt is lehet készíteni. A futtatható 
állomány mellett itt is szükséges over- 
layként segédállomány, de nem a 
FOXPRO.EXE. A Clippertől eltérően a 
rendszer nem fordítódik hozzá minden 
egyes .EXE állományhoz, hanem több 
futtatható állomány is használhatja eze- 
ket az overlayket. 

A FoxPro gyors és gazdaságos 
memóriakezelése mellett is  előfor- 
dulhat, hogy nagyobb alkalmazásoknál 
nem elég a memória. Ezért a jobb gépi 
adottságok kihasználására elkészítették 
a FoxPro extended (X-szel jelzett) 
verzióját is, amely olyan PC 386-os 
és 486-os gépeken fut, amelyek leg- 
alább 2 MB memóriával rendelkeznek. 
Ez a bővített verzió mindkét procesz- 
szortípusnál a teljes operatív tárat köz- 
vetlenül címzi, a  memóriafoglalást 
optimalizálja. 

A FoxPro 2.0 megengedi a rendszer 
bővítését. Ehhez a gyakorlott progra- 
mozóknak az API (application program 
interface) vezérszó alatt programok, de- 
finíciók, funkciók sora található, ame- 
lyeket bővíteni lehet C és assembly 
nyelven írt programokkal. 

Mindezek alapján a FoxPro 2.0 a 
PC-re készült relációs adatbázis-keze- 
lők közül jelenleg a legjobb. A legkom- 
fortosabb, leggyorsabb adatbázis-keze- 
lő címet sokáig nem vitathatja el tőle 
senki. 

Csiki András 


( ) FoxBASEt 

( ) FoxPro 1.01 

( ) FoxPro 1.02 

( ) FoxProzLAN 1.01 
( ) FoxPro/LAN 1.02 
(MALE G LATE 

(2) FoxPro 2.00 

( ) FoxProzMac 
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Zephyr 


Adatbázis — igényeseknek is. 


Közkedvelt számítógépes alkalmazás 


az adatbázis-kezelés, 


mert nagy adattömegek sokoldalú szervezését, elérését 


és archiválását teszi lehetővé. 


Az adatbázis-kezelő rendszerekkel 

gyorsan megkereshetünk például egy árutételt, 
vagy az adatállomány alkotóelemeit 

változatos szempontok szerint rendezhetjük, 


csoportosíthatjuk. 


Az adatbázis-kezelők családja nemrég 
egy igen jó tulajdonságokat felmutató taggal gyarapodott. 


Ő a Zephyr. 


A lehetséges felhasználási területek 
sokrétűsége azt eredményezte, hogy a 
fejlesztők áttekinthetetlen mennyiség- 
ben kínálják a különböző adatbázis-ke- 
zelőket. Létrehoztak például speciális 
adatbázis-kezelőket kifejezetten cím- 
jegyzékek vagy szakirodalom céljaira. 
Abban az esetben azonban, ha otthon a 
háziasszony a receptjeit akarja gépre 
vinni, férje pedig a számlakivonatokat 
akarja nyilvántartani, ezeket a , célori- 
entált" adatbázis-kezelőket át kell ala- 
kítani. Léteznek azonban univerzális 
adatbázis-kezelők is, például az Ash- 
ton-Tate terméke, a dBASE vagy a Fox 
Software cég Foxbase programja. 

Az adatbázis-programozók számára 
olyan programozási segédeszközöket is 
kifejlesztettek, amelyekkel igen jó tel- 
jesítmény érhető el az adatbázisok lét- 
rehozásánál. Ilyen programozási segéd- 
lettel készült a Zephyr program, amely 
a dBASE-hez és a Foxbase-hez hason- 
lóan a legkülönbözőbb célokra használ- 
ható adatbázis-kezelő rendszer. 

A programot két, 360 kilobájtos 
floppyra vitték fel. Ezeken találhatók az 
önkicsomagoló állományok, kicsoma- 
golás előtt pontosan leírva azokat a 
lépéseket, amelyek a sikeres installálás- 
hoz szükségesek. Ha követjük ezeket az 
utasításokat, azok a rendszerelemek, 
amelyek feltétlen szükségesek az egyes 
programrészek működéséhez, gyorsan 
rákerülnek a merevlemezre. 

A program egyes funkcióinak meg- 
ismerését egy angol nyelvű, 46 oldalas 
kézikönyv segíti, amely a floppyn talál- 
ható. Ha kinyomtatjuk, tájékoztat a 
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Zephyr lehetőségeiről. Az egyes utasí- 
tásokkal kapcsolatosan csak bevezető 
jellegű információkhoz jutunk, hiszen 
a FoxPro adatbázis-kezelő nyelv alap- 
ján igen sok művelet áll rendelkezé- 
sünkre. 

Szükségünk lehet természetesen az 
utasítások bővebb ismertetésére is, amit 
az on-line helpben találunk meg. Ez 
gyakorlatilag egy saját Zephyr-adatbá- 
zis, az F1 funkcióbillentyű hatására je- 
lennek meg egyes részei a képernyőn. 

A Zephyr alkalmazásával nagyon 
egyszerűvé válik az adatbázisok felépí- 
tése és kezelése, ugyanis igen jól sike- 
rült felhasználói felülettel rendelkezik, 


jól vezeti munkája során a vele dolgo- 
zókat. Menükből és almenükből aktivi- 
zálhatók az egyes műveletek. Az állo- 
mányok betöltése, mentése és az ehhez 
hasonló műveletek mellett külön menü- 
pont szolgál az adatbázis-struktúra de- 
finiálására. Működési módja nagyon 
hasonló a dBASE-éhez. Először az 
egyes adatmezőket kell megadnunk, ez 
után következhet az adatbevitel, az így 
bevitt adatokkal pedig műveleteket vé- 
gezhetünk. 

A mezők definiálásakor is hasonló- 
képpen dolgozhatunk, mint a dBASE- 
nél. Különböző mezőtípusokat választ- 
hatunk, lehetnek például dátumtípusú, 
szöveges és numerikus mezőink. Kitün- 
tetett adattípus az úgynevezett ,me- 
mo"-mező, ez ugyanis saját állományt 
hoz létre az adatbázisban. Ebbe az ál- 
lományba tetszőleges hosszúságú szö- 
vegek írhatók be a Zephyr beépített 
szövegszerkesztőjével. A kiegészítő in- 
formáció tehát bármekkora lehet. Iro- 
dalomfigyelésnél például a Zephyr 
, Memo"-mezői lehetővé teszik, hogy 
problémamentesen kezeljünk teljes cik- 
keket is. : 

Számításainkhoz pedig olyan mező- 
ket definiálhatunk, amelyekben auto- 
matikusan lefutnak az adott matemati- 
kai műveletek akár előre megadott, akár 
lekért adatokkal, 


Structure: C:NZEPHYRASAMPLE2.DBE 
Ez 


Ut a 
[HT árai 
[dr bg u 


LiT3yt 
Numeric 





Type — Width Dec 


(Cancel) 


Available: 3892 


[Hú 


[NT 
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HEH Version 1.8. 


This program ís provided "as is" without warranty of 


any kind including its fitness for particular use and merchantability. The 


entire risk as to 
license to use Z 


[ajó] 


alíty and performance ís with you. 
ke TTL) 
You may make copies of this software 

11 THÍS SOFTWARE WITHOUT WRITTEN PERMISSION FROM WÁRD MUNDY. 


You are extended a 


felest only for a period of 99 eki 
0 
Ér 


r BACKUP PURPOSES only? YOU MAY ÓN 


you continue to use thís software after the 98-day evaluation period, then 
payment of a $58 per PC license fee to Ward Mundy is reguired. We will send 


Mivel minden bevitel a menük alap- 
ján, jól definiált inputmezőkön keresz- 
tül történik, valamint megvalósult a tel- 
jes körű egértámogatás SAA alapon, az 
egyes műveletek kiszolgálása nagyon 
egyszerű, könnyen megtanulható, hi- 
szen minden ugyanarra az elvre épült. 

Az  adatbázis-struktúra felépítése 
mellett úgynevezett indexmezőket is 
létrehozhatunk. Ezekbe olyan adatbá- 
zismező kerülhet, amelynek alapján 
rendezni akarjuk állományunkat, illetve 
amelyre keresni akarunk majd az adat- 
bázisban. Indexállományokat is létre- 
hozhatunk az egyes indexmezőkből: ez 
az összekapcsolás a FoxPro program 
utasításaival történhet. 

Adatbázisonként maximum 25 in- 
dexmezőt enged meg a Zephyr, ezek 
közül választhatjuk ki azt, amelynek 
alapján rendezni vagy keresni akarunk. 
Indexállomány váltásakor azonnal az új 
rendezettséggel dolgozhatunk. Mivel a 
Zephyrben egyidejűleg 25 adatbázist 
nyithatunk meg és dolgozhatunk fel, 
gond nélkül definiálhatunk egyidejűleg 
több adatbázist is. Ezt a lehetőséget a 
nagy memóriakapacitással rendelkező, 
gyors gépek esetén használhatjuk ki 
igazán. 

Különböző követelmények szerint 
kialakított adatállományok együttes ke- 
zelésére szemléletes példa lehet az iro- 
dalomfigyelés. Mégpedig olyan eset- 
ben, amikor nemcsak könyvekről, ha- 
nem újságokról is szó van. Ekkor külön 
adatbázist hozunk létre a könyvekhez, 
egy másikat az újságokhoz, majd ezt a 
kettőt összekapcsoljuk. 

Az indexmezők alapján 25 különbö- 
ző rendezettségben dolgozhatunk az 
egyes adatbázisokkal. Az aktuális in- 
dexmező egy adott értékére igen gyors 
lesz a keresés. Az adatbázisban történő 
lapozás során billentyűkombinációval 


you a free version upgrade, printed manual 4 provide 98 days free support. 





aktivizálhatjuk a keresési folyamatot. 
Megadhatjuk a képernyős megjelenítés 
formátumát is: bizonyos mezőket érde- 
mes kihagyni, így áttekinthetőbb és 
gyorsabb lesz az állomány böngészése. 
Természetesen a keresés és böngészés 
mellett mind képernyőn, mind nyomta- 
tón megjeleníthetők a kívánt adatok, a 
választott sorrendben. A Zephyr ebben 
is sokat segít a dBASE-hez hasonló 
, Teport"-állományok alapján. Itt fejso- 
rokat, lábsorokat, feliratokat adhatunk 
meg, és természetesen az adatmezők 
elrendezését is. Kényelmesen nyomtat- 
hatunk címkéket a Zephyrrel: itt is a 
megfelelő menüablakban adjuk meg a 
méretet, elrendezést, szöveget. A szö- 


veg- és adatállomány tetszőlegesen ke- 
verhető. 

A már említett szövegszerkesztővel 
körleveleket készíthetünk, amelyekbe a 
FoxPro-utasítások alkalmazásával az 
aktuális dátum és időpont is bekerülhet. 
A fenti nyomtatások bármelyikénél fil- 
terezhetjük  adatállományunkat, azaz 
csak bizonyos jól definiált része kerül 
a listára, címkékre, illetve körlevélbe. 
A Zephyr outputja lehet képernyő, 
nyomtató vagy adatállomány. Erdekes 
lehetőség, hogy előre megadhatjuk bi- 
zonyos állományok képzésének feltéte- 
leit. Például, ha csak bizonyos napokon 
van szükségünk egyes listákra, azt egy 
állományban tartja nyilván a Zephyr. 
Minden indításkor betölti ezt az állo- 
mányt, és ha az itt tárolt feltétel teljesül, 
jelzi a felhasználónak, és kinyomtatja a 
kérdéses listát. 

Azokra is gondoltak a fejlesztők, 
akik szívesebben dolgoznak utasítás- 
módban, nem szeretik az ablakos me- 
nüstruktúrát: ebben is nagyon hasonló 
a Zephyr kezelése a dBASE-éhez. 

Összegezve: a Zephyr annyira jónak 
látszik, hogy a dBASE igazi vetélytár- 
sának is minősülhet. Nincs ugyan saját 
programozási nyelve, de a menü szer- 
kezete és a rendelkezésre álló művele- 
tek széles skálája ezt feleslegessé is 
teszi. Ha van Zephyrünk, nincs többé 
szükség külső szövegszerkesztőre sem. 


Verebély Pálné 
(A DOSshareware 1990/11-12. sz. alapján) 


TANFOLYAM-AJÁNLATUNK 


PC-DOS 
kezelői alaptanfolyam 
Időtartama: 
Részvételi díj: 
WordStar 
Professlonal 5.0 magyar 
Időtartama: 
Részvételi díj: 
NOVELL SFT 
felhasználóknak 
Időtartama: 
Részvételi díj: 


5 nap 
7500— Ft 


5 nap 
8500— Ft 


3 nap 
6600,— Ft 


UNITRADE 


Szervezési, kereskedelmi 
és Számítástechnikai 


K.F.T. 


CLIPPER-WINDOW 

függvényrendszer 
Időtartama: 
Részvételi díj: 
Függvénykönyvtár: 
4 2599 

NOVELL SFT 
supervisoroknak 

Időtartam 
felhasználói rész 
supervisori rész 
Részvételi díj: 


5 nap 
8500— Ft 
12 900. Ft 
3225— Ft 


3 nap 
2 nap 
13 500 Ft 


JELENTKEZÉS 
ÉS INFORMÁCIÓ 
AZ ÜZLETBEN 
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ASMED, az ASseMbler EDitor 
Kényelmesen programozni 


A két ablak között természetesen át- 
másolhatjuk, illetve mozgathatjuk az 
előzetesen kijelölt blokk tartalmát. 
EGA vagy VGA kártyás gépen hangyá- 
nyi méretű karakteres (43 vagy 50 so- 
ros) üzemmódba is átkapcsolhatunk. 
Alkönyvtárváltáskor szemléletes grafi- 
kus fastruktúra jeleníti meg az adott 


Valószínűleg sok gépközeli nyelven programozó 
megirigyelte már a Borland Turbo programozási nyelveihez 
adott fejlesztői környezet kényelmét. 

(Nem kell kilépni a forráskód lefordításához, linkeléséhez, 
a hibás sorokra automatikusan pozicionál az editor stb.) 
Az assemblerben kódolók viszonylag szűkebb táboráról 
mintha mindenki 
megfeledkezett volna. 


Igaz, a Microsoft gondolt rájuk (File) Edit Code Link — Run — Debug — Buffer Options Macros 
Guick C 8 Cuick Assembler Tagű F3 Fa j 
nevű csomagjával, Pick Alt-F3 

de az bizony közel Gee 

húszezer forint. Write 

Ezúttal egy egylemezes Direct 

shareware programot Tele 

ismertetünk, ZOOKGÁ 

amelyet a SolarSoft Open 2 

Programkönyvtár Kill 2 


nemrég megújult kínálatából 
szemeltünk ki. 


Find F 
Oper. 


Nuit 


Bár a program neve kissé arabusul 
hangzik: ASMED (mintha az első arab 
assembler program lenne), nyugodjunk 
meg, nem jobbról balra kell beírnunk a 
sorokat. A programot a Chicago Soft- 
ware nevű amerikai csapat bocsátotta 
közre, és mi már a legfrissebb változat- 





nyomtathatjuk, mintha önálló fájl len- 
ne. Az editorból közvetlenül hívhatunk 
compilert, linkert, debuggert, sőt kifej- 
lesztett programunkat is futtathatjuk, 


meghajtó katalóguságait. Használha- 
tunk billentyűzetmakrókat is, a hosz- 
szabb leütéssorozatokat megjegyzi és 
tárolja az ASMED. 


tal, a 3.0-val találkoztunk. Az ASMED 
integrált programfejlesztő környezet — 
egy editor ürügyén. Egérrel is vezérel- 
hető, kezeli és kihasználja a PC EMS 
vagy akár extended memóriabővítését, 
egyszerre két ablakban is enged szer- 
keszteni. Egy 64 kilobájtos átmeneti 
(Cut/Paste) puffert kezel, melynek tar- 
talmát blokkművelettel lehet létrehozni, 
és ezek után ugyanúgy editálhatjuk, 


AT-ESG/BS0/EBG SZÁMÍTÓGÉPEK 
MINDEN KONFIGURÁCIÓBAN MINDENKINEK! : 


KOGINFORM-COMPUTER Kft. 1042 Budapest, Tito u.10. 
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mivel külső program meghívása előtt 
az ASMED 3.8 KB-ra , húzza össze 
magát". 

Sok apró szolgáltatás áll a kényelmet 
szerető programozó (van másmilyen 
is?) rendelkezésére: lenyomott billen- 
tyűk scan-kódjának meghatározása, 
programozói kalkulátor, fájl- és szöveg- 
keresés az összes meghajtót végigpász- 
tázva stb. 


Tel.: :1695146 Fax: 1695146, 1604209 --- 


Ami a legjobban megragadott ben- 
nünket, az az automatikus Install/Setup 
program volt, amely átböngészte hard- 
diszkjeinket, és minden egyes fordítót, 
linkert és debuggert felkutatott, sőt az 
ASMED-hez szükséges paraméterállo- 
mányokat (".CNF) is kitöltötte helyet- 
tünk. Az ASMED végül is minden va- 
lamirevaló compilerhez Borland-szerű 
fejlesztői felületet képes adni. Saját 


teri 


§ izt, 
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kedvenc programjaink közül is hetet 
megadhatunk, ezeket az ASMED me- 
nüből kínálja fel számunkra. Kedvünk- 
re választhatunk árnyékot vető ablako- 
kat (mert persze az ASMED teljesen 
menüvezérelt), azon belül is átlátszót 
vagy átlátszatlant, tilthatjuk vagy enge- 
délyezhetjük az egér kezelését, a kurzor 
típusát, a képernyőn látható sorok szá- 
mát, a színeket stb. 


Billentyűparancsok 
az ASMED-ből 


— Show help 

— Save file 

— Load file 

— Zoom window(s) . 

— Add/Switch window(s) 

— Block begin 

— Block end 

— Close window 

— Toggle main menu 

— Last help 

— Link code 

— Pick list 

— Run program (current) 

— Swap screens 

— Switch file (load previous) 

— Show next error 

— Show previous error 

— Information on system/file 
— USEFUL 

— Show menu of errors 

— Jump to main menu item() 

— Show ASMED version 

" information 

— Leave ASMED 

— DOS shell 

— Cut block to buffer 

— Paste from buffer 

— Print buffer 

— Delete buffer 

— Copy block to other 
window 

AG AM — Move block to other 
window 

— Find " 

MD AA — Find and Replace 

Ma AL — Continue last find 

Alt-1...0— Execute macro (1...0) 


Alt-F4 
Alt-F5 
Alt-F6 
Alt-F7 
Alt-F8 


Alt-I 


Alt-a 
Alt-M 
Alt-V 


AG AG 


MO AF 





Ragyogó helyzetérzékeny helpje van 
a programnak, amelyben többek között 
olyan speciális információk is fellelhe- 
tők, mint a processzor regiszterei, AS- 
CII-tábla,  BIOS-interruptok, DOS- 
függvények, a 8086-os processzor uta- 
sításai, egyes ismert fordítók paraméte- 
rezése (ASM, TCC, TP, TASM stb.). 
Maximum 15 elemet tartalmazó rámu- 
tatásos, menüs Pick-listát kínál fel a 
program Alt-F3-ra. Gyárilag támogatja 
az EXEZBIN konvertert. A fordítás (hi- 
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ba) üzeneteit, figyelmeztetéseit az AS- 
MED egy ún. Journal fájlba gyűjti. Kur- 
zorunkat szép sorban a fordító által 
hibásnak nyilvánított sorokra teszi. A 
hibásnak ítélt sorok között az Alt-F7 és 
az ALt-F8 gombokkal mozoghatunk 
oda-vissza. 

A program használatához szükséges 
állományok: 

ASMED.EXE — a főprogram. 
ASMED.OVR — az overlayállomány. 
ASMED.HLP — a help szövege. 
AR.EXE — a compilervezérlő kernel. 
ASMED.VAR .— az ASMED.EXE 
hozza létre. 

A shareware program bevezető és 
záró képernyője figyelmeztet csupán 
arra, hogy ne feledkezzünk meg a re- 
gisztrációról, egyébként a program 
semmilyen korlátozást nem tartalmaz, 
és csak az editort tetszés szerint átszí- 
nező ASMCOLOR.EXE hiányzik. 

-hj- 


Az ASMED jellemző adatai 


Maximális fájlméret: 64 kB 
(csonkítás nélkül) 

Maximális vágó/betoldó puffer: 64 kB 

Ablakok maximális száma: 
2 3. Journal 

Egyszerre feldolgozható hibák: 
40 3- Journal 

A Compiler Journal maximális 
mérete: 15 kB 

Undo korlát: 1 sor 

Makrók maximális száma: fájlonként 
10, fájlok száma korlátlan 

A Pick-List maximális mérete: 15 

A Dos Shell memóriaigénye: 3,8 kB 

Language CNF állományok száma: 
korlátlan 

Könyvjelzők maximális száma: 10 

Maximális blokkméret: 63 kB 

Maximált sorhossz: 255 karakter 





ERNATIONAL 


A DataEase adatbázis-kezelőt azoknak ajánljuk, akik értik 
az: angol, dán, finn, francia, holland, izlandi, magyar, 
német, norvég, olasz, orosz, portugál, spanyol, svéd 
nyelvek valamelyikét, ugyanis a DataEase International 
terméke ezeken a nyelveken is tud. 


A DataEase egy egyedi vagy többfelhasználós (LAN) 
adatbázis-alkalmazást fejlesztő rendszer DOS 
környezetben, azoknak, akik a saját szakmájuk szakértői, 
akik színvonalas alkalmazásokat kívánnak egy-két nap 
alatt létrehozni, akik egyszerű nyilvántartásokat készítenek 
munkájuk segítéséhez, vagy akár azoknak, akik 

" a számítástechnika professzionális alkalmazói. 


Angliában 1990-ben a PC-s relációs adatbázis-kezelők 
közül a vásárlók több, mint 30 százaléka a DataEase-t 
választotta, jóval többen, mint akármelyik másik terméket. 
A DataEase International, Inc. termékeinek 
magyarországi disztribútora a: 


VT-SOFT Videoton Software Kft. 
1033 Budapest, Vörösvári út 103-105. 


Telefon: 180-3744 
Telefax: 180-3750 


VT: 


VT-50RT 


VIDECION SOFTVVARE KFT Hi Hi 
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Arcmaster fájlmester 


A Sharc, a Shez és a Narc szoftverek után 


most újabb taggal bővült 


az adattömörítő programokkal rendelkező 
felhasználói felületek kínálata: megjelent az Arcmaster. 


Ezzel nemcsak megnézhetjük 


és egyenként kicsomagolhatjuk a tömörített állományokat, 
hanem oda-vissza konvertálhatunk 
a különböző archiválási formátumok között. 


Az Arcmaster installálása roppant egy- 
szerű. Az első elindításkor az , AM" 
begépelése és az F!1 billentyű leütése 
után kiváló help-tartalomjegyzék jele- 
nik meg, amelyből — a fel-le nyilakkal 
lépegetve — könnyen kiválaszthatjuk 
a minket érdeklő témát. A funkcióbil- 
lentyűket a mellékelt táblázatban fog- 
laltuk össze. 

A funkcióbillentyűket megismerve, 
az F2 leütésével megtudhatjuk, hogy az 
Arcmaster mely tömörítőprogramokat 
tudja — kezelni — (PKZIP/PKUNZIP, 
LHARC, PKPAK/PKUNPAK, ARC, 
ARCA/ARCE, PAK, LIST a 6.2 verzi- 
ótól). Ezeknek a tömörítőprogramok- 
nak a DOS keresési útvonalán kell len- 
niük ahhoz, hogy az Arcmaster a későb- 
biekben is megtalálhassa őket. 

A fentiek ismeretében elkezdhetünk 
dolgozni. Próbáljunk először egy al- 
könyvtárat tömöríteni! Leütjük az FS 
billentyűt, ekkor grafikusan megjelenik 
a könyvtári fastruktúra. A nyilakkal ki- 
választjuk a kívánt könyvtárat, leütjük 
a Return billentyűt, ezzel behoztuk az 
Arcmaster menü ablakába ennek a 
könyvtárnak a tartalmát. Ezután a Ctrl- 
T billentyűkombinációval kijelöljük az 
összes tömörítendő állományt. Most 
kell kiválasztanunk a tömörítőprogra- 
mot. Az F2 funkcióbillentyűvel behoz- 
hatjuk a képernyőre a választékot. Vá- 
lasszuk például az LHARC-ot. A tömö- 
rített állomány nevét úgy adjuk meg, 
hogy az F9 funkcióbillentyű leütése 
után begépeljük a megfelelő ablakba a 
kívánt nevet, legyen ez például TESZT. 
A kiterjesztés már automatikusan adott: 
s: LZH". Miután lezártuk ezt az ablakot, 
automatikusan megnyílik egy másik ab- 
lak, amelyik az LHARC paramétereit 
várja. Miután úgy döntünk, hogy az 
összes kijelölt állományt tömöríteni 
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akarjuk, a folyamat a korábban megszo- 
kott módon megy végbe. 

Mindeddig nem láttunk falrengető 
újdonságokat. De próbáljuk meg most 
az így tömörített TESZT.LZH állo- 
mányt .ZIP kiterjesztésűvé átalakítani! 
Ez pofonegyszerű. A nyilakkal kivá- 


Fi A help-tartalom megjelenítése 

F2 Archiváló rendszer 

F3 Meghajtóváltás 

F4 Ablakváltás 

F5 A könyvtári fastruktúra grafi- 
kus megjelenítése 

F6 Állomány átnevezése 

F7 Az önkicsomagoló (SFX) állo- 
mányok megmutatása 

F8 Az SFX állományok kiválasz- 
tása 

F9 Állománytömörítés 

F10 Állománykicsomagolás 

Ctrl-F1 Az archív állományok aktuali- 

zálása 

Információ a tömörítőprog- 

ram keresési útvonaláról 

A legutóbb használt könyvtár 

megmutatása 

Víruskeresés a tömörített állo- 

mányokban 

Könyvtárváltás 

A kijelölt állományok aktuali- 

zálása 

Reset bit 

Rekurzív ,Zip" 


Ctrl-F2 
Ctrl-F3 
Ctrl-F4 


Ctrl-F5 
Ctrl-F6 


Ctrl-F7 
Ctrl-F9 
Alt-F5 Az adott dátumhoz tartozó ál- 
lományok kijelölése 

A kívánt konvertálóprogram 
beállítása 

A konverzió elindítása 


Alt-F9 


Alt-F10 


Könyvtár átnevezése 
Az aktuális ablak átváltása 


lasztjuk és a szóközbillentyűvel kijelöl- 
jük az .LZH-t. Alt-F9-re a .ZIP konver- 
táló formátumot választjuk, Alt-F10-zel 
pedig elindítjuk a konverziót. Ennek 
során az Arcmaster létrehoz egy átme- 
neti ,$1$" könyvtárat, ebbe kicsoma- 
golja az .LZH kiterjesztésű állományt, 
majd ZIP programmal újra tömöríti. Vé- 
gül pedig szépen rendet csinál: kitörli 
az átmeneti könyvtárat. 

Összefoglalva: nagyon jól használ- 
ható segédeszköz az Arcmaster. Egyet- 
len megszorítás: főleg olyan felhaszná- 
lóknak ajánlható, akik tudnak valame- 
lyest angolul és van némi gyakorlatuk 
az adattömörítésben. 

Verebély Pálné 
(A DOSshareware 1991. februári 
száma nyomán) 


/ A parancs menü hívása 

INS Az archív név kijelölése 
RET Az állomány tartalmának 
megjelenítése 

Állományok törlése 
Egyenkénti kijelölés/kijelölés 
megszüntetése 


DEL 
SPACE 


Ctrl-A Automatikus felfrissítés (up- 
date) 

Utolsó dátum 

Editorhívás 
Állománykiterjesztés szerinti 
kiválasztás 

Az LZEXE program behívása 
Nyomtatás 
Könyvtármegjelenítés (mint 
az F5) 

Állománykeresés 

Az összes állomány kijelölése 
Az összes állománykijelölés 
megszüntetése 
Képernyőfrissítés 

A PKZIPFIX futtatása 


Ctrl-D 
Ctrl-E 
Ctrl-M 


Ctrl-L 
Ctrl-P 
Ctrl-R 


Ctrl-S 
Ctrl-T 
Ctrl-U 


Ctrl-X 
Ctrl-Z 


Alt-C 
Alt-F 
Alt-L 
Alt-M 
Alt-S 
Alt-T 


Állományok másolása 

A FormatMas behívása 

Az UNLZEXE behívása 
Állományok mozgatása 

Egyes állományok archiválása 
A kijelölt állományok megjele- 
nítése 

Alt-X Kilépés a DOS-ba 


ESC Kilépés a DOS-ba 


Ctrl-Home/End Újraindítás (startup) 





Archív állományok 
konvertálása 


A DOSshareware márciusi száma alapján 
lapunk mágneslemez mellékletén közreadott 
CONVERT.BAT batch program arra szolgál, 
hogy tetszőleges formátumú archív állományokat 
más archivált formátumúvá alakítsunk át. 


A megfelelő archiváló és kicsomagoló 
programoknak a keresési út alkönyvtá- 
rában kell lenniük. Pillanatnyilag a kö- 
vetkező archiváló és kicsomagoló prog- 
ramok által készített állományok keze- 
lésére készült fel a CONVERT.BAT: 
ARC, ARCA, DWC, LHARC, PAK, 
PKARC, PKPAK, PKZIP 1.01 verzió- 
tól, Z00O, valamint az SFX önkicsoma- 
goló archivált formára. SFX esetén az 
állomány nem SFX formátumú lesz, a 
legtöbb esetben ez nem is lenne kívá- 
natos. 

A régebbi archív állomány az átala- 
kítás után ugyanolyan állománynévvel, 
de .OLD kiterjesztéssel található meg. 
Az SFX archív állományoknál a régi 
állománynév változatlan marad. A 
CONVERT.BAT hívásakor három pa- 
ramétert kell megadnunk. A szintakti- 
kus szabályokat könnyen felismerhet- 
jük, ha csak egyszerűen meghívjuk a 
CONVERT-et úgy, hogy semmi felada- 
ta ne legyen. 

A paramétereket az alábbi sorrend- 
ben kell a DOS prompt után megad- 
nunk: 


1. Annak az archív állománynak a 
neve, amelyet át akarunk alakítani, de 
ez ne tartalmazza a kiterjesztést. 

2. Az a program, amellyel ez az ar- 
chív állomány eredetileg készült, tehát 
például ARC, PKPAK stb. Az SFX ar- 
chív állományoknál csak SFX-et kell 
írni. 

3. Az a program, amelynek a formá- 
tumára át akarjuk alakítani az archív 
állományt, tehát például PKZIP, 
LHARC stb. 

A szerző nem garantálja, hogy a 
program minden körülmények között 
tökéletesen működik. Csupán azt állítja, 
hogy nála semmilyen problémát nem 
okozott. MS-DOS 3.3 alá íródott. 


A programmal kapcsolatos észrevé- 
teleiket az alábbi címen közölhetik a 
szerzővel: 


Joachim Meyn 

c/o Telefonmarketing 
Angelika Meyn 
Postfach 1305 
D-6909 Walldorf 


Új helyen a Cédrus! 


A Cédrus Informatikai Részvénytársaság 
irodáinak, kiadói és szerkesztőségi 
részlegeinek új címe: 


1251 Budapest XI., Karolina út 17. 


Telefon: 166-2111 
Fax: 185-2221 
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Az új 
Shez 


A krónikus pénz- 

és winchesterhiányban 

a tömörítőprogramok 
már-már olyan 
tartozékaivá válnak 

a számítástechnikának, 
mint a Norton Commander. 
Néhány hete jelent meg 
az USA-val online 
kapcsolatban lévő 
BBS-eken 

a Shez 6.1 új verziója, 
annak is a teljes kiadása. 


A programot — meglepő módon — 
már regisztrálva is terjesztik Európá- 
ban. Mindkét változatot alaposan tesz- 
telve, a következő alapvető dolgok de- 
rültek ki. A szabad verzió jóval gyor- 
sabb, mint regisztrált testvére. Ugyan- 
akkor nincs benne a kezelhető állomá- 
nyok számára vonatkozó megkötés 
sem. Nyugodtan átinstallálható, de az 
installálás során a sorszámot beállító 
menübe nem szabad belépnünk. 

Az új, 6.1-es változaton érződik, 
hogy írói gyökeres változtatásra készül- 
nek. Csak nem térnek át a szabadszoft- 
verekről a professzionális, kereskedel- 
mi rendszerekre? 

A szoftvert felkészítették a nálunk is 
terjedőben lévő ARJ tömörítőprogram 
kezelésére is. Lényeges változás a ko- 
rábbi verzióhoz képest, hogy az 
LHARC program jelenlegi formájában 
megszűnt, a programot a Corel Draw 
gyártója professzionális felhasználásra 
megvette, és a japán szerző az utolsó 
LHARC-verzióval teljesen kompatibi- 
lis LHA programmal örvendeztette meg 
a számítástechnikai rendszerek haszná- 
lóit. (Lásd erről részletesen a hónap 
témájának anyagát lapunk 2—14. ol- 
dalán.) 


A korábban megszokott szolgáltatá- 
sok, mint például a McAfee vírus- 
szkenner kezelése, a futtatás tömörített 
állományból stb. változatlanul megma- 
radtak. A tapasztalat szerint a program 
Novell hálózatokon is kifogástalanul 
működik. 

kis 
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Jön, jön, jön... És magyar! 


A SolarSoft magyar szekciója ismét 
bővült néhány igen értékes program- 
mal. A DIRI 5.01-es változata csupán 
felújítás, de az angol-magyar, magyar- 
angol szószedet mintegy 9500, a német- 
magyar, magyar-német pedig több mint 
7200 szópárt tartalmaz. 

A VÁM 91 nemcsak látványos, ha- 
nem hasznos program is. Akiknek gyak- 
ran kell megmérkőzniük a Vám- és 
Pénzügyőrség bürokráciájával, azok 
tudják, mit jelent egy vámstatisztikai 
űrlap pontos kitöltése. Ezt könnyíti meg 
a V. 96 

A GIB DEMO egy teljes magyar 
ékezetes angol-magyar, magyar-angol 
szótár demonstrációs változata. A fone- 
tikai jelek megjelenítése érdekében ki- 
zárólag grafikus üzemmódban használ- 
ható, így csak CGA, Hercules, EGA és 
VGA kártyás gépeken indul el, és a 
klasszikus MDA monokróm kártyával 
nem kompatibilis. A program rezidens 
üzemmódban is indítható, ekkor bármi- 
lyen más program futása közben is elő- 
hívható az általunk megadott billentyű- 
kombinációval. A demó — terjedelmi 
okok miatt — csak az A betűvel kezdődő 
szavakat, szócikkeket tartalmazza. 


Hogy mégis miértérdemes megvásárol- 
ni a demólemezt? A szerzőkkel folyta- 
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tott tárgyalások alapján, aki hajlandó 
pénzt áldozni a shareware lemezre, az 
visszakapja annak árát a kereskedelmi 
változat megvásárlásakor (4000 Ft -- 
áfa). Tisztességes ajánlat, nincs kocká- 
zat, a GIB egy és két lépcsőben történő 
vásárláskor is ugyanannyiba kerül. 

A PASSIV egy német nyelvtant ok- 
tató és sulykoló tesztprogram. Addig 
ismételgeti a nyelvtani szabályokat, 
Amíg azokat a tanuló százszázalékosan 
el nem sajátítja. A lemez a passzív ige- 
ragozást gyakoroltatja. 

A játékok kedvelőinek jó hír az EGA 
kártyát igénylő Rabló Römi nevű prog- 


ram. 

A Turbo DBU (TDBU) program a 
Clipperhez mellékelt, közismert DBU 
jelentősen továbbfejlesztett változata, 
amelynek révén Clipper adatbázisokkal 
és indexállományokkal tudunk kényel- 


mesen dolgozni (r.DBF, ".NTX). Né- 
hány egyedi szolgáltatása: visszacsatolt 
relációk, felhasználóbarát böngésző 
(browse), indexkulcsok gyors cseréje, 
nyomtatási modul automatikus fejléc- 
generátorral, 5 megadható összegfoko- 
zattal, a felhasználó által megadható 
műveleti mezőkkel (mintha Lotus 1-2- 
3-ban vagy Ouattróban lennénk). 

Aktuális napi menedzseri feladatokat 
vállal a The Great Speculator nevű 
programcsomag. A kulcsszó: mene- 
dzser. Menedzsernaptár, partneradatbá- 
Zis, titkosítás. Részvények, kötvények 
árfolyamainak, egyéb mutatóinak keze- 
lése, megjelenítése, összehasonlítása 
szemléletes grafikonok segítségével, 
deviza- és keresztárfolyamok, árutőzs- 
dei adatok nyilvántartása, röviden: 
komplex bróker-szoftver. Aprogramból 
csak a részletes help hiányzik. 





SolarSoft sikerlista 


Az 1991. áprilisi és májusi eladások alapján 


1. 
2 
3. 
4. 
5. 
6. 
7. 
8. 
9. 


Programnév 


PKZ110 8 PKLITE 8. SHEZ 
SCAN74 8. OTHERS 
MULTI-EDIT 5.0 

TEGLP WIND. TOOLKIT 
LHA 2.10 §. LHICE 


"LZEXE 8. LIST 7.5e 


(GEDIT ADV. 2.1, OHELP 
NEWSPACE 
AS-EASY-AS 4.00p 
GAMES FOR MS WIND. 
BACK 8. FORTH 

4DOS V3.O1a 
SKYGLOBE STAR GAZER 
JORJ POP-UP DICT. 
GRASP 1.10 

POP-DBF 1.1 8. DLITE 
SUPER ASSEMBLER ED. 
BASIC COMPILER 
COMPILER TUTORIAL 
TURBO TECHNO JOCKS 
OPTIKS 2.18 §. IGONVERT 
Cs4 TOOLKITS 45 
TEGLC WIND. TOOLKIT 
SR-INFO 

SURPASS 

SHARESPELL 

XTREE 2.0E 

DESMET C COMPILER 


Programleírás 


A ,sűrítés" Norton Commandere 

McAfee-féle vírusmegelőző, -detektor és -ölő 

A világon a legjobbnak tartott editor 
Ikongrafikus felület, ikoneditor TP-hez 

Japán szupertömörítő/önkicsomagoló program 
EXE kompresszor, Vernon Buerg LIST PLUS-a 
A legkisebb, de nagytudású editor 
Merevlemezünk kapacitását megduplázza! 
Lotus-kompatibilis egyszerű táblázatkezelő 
1041 játék MS Windows 3.0 alá 
Memóriamenedszer: 20 program egyszerrel 
COMMAND.COM pótló DOS héj: 50 új parancs 
Mozgó, színes csillagtérképl 

58 000 szavas angol értelmező szótár 
Látványos animáció- és demókészítő program 
Tárrezidens dBASE (EDIT/BROWSEPDISP stb.) 
TASM-ra kihegyezett programeditor 

Két ragyogó fordító — editorral 

Készítsünk compilert! (".C) 

Szuper Turbo Pascal unitok forrásaikkall 
PCX,PIC,GIF,TIF.GEM MAC... grafikus konverterek 
Szenzációs objektumorientált kiegészítések 
Ikongrafikus felület, ikoneditor TC-hez 
dBASE-kompatibilis fejlesztőrendszer 

Önálló Pascal fordító, editorral 

Bővíthető, önálló helyesírás-korrektor 

Az ismert, kisméretű, gyors fájlmenedszer 
Teljes C fordító, linker 4- assembler 
Objektumorientált prog. TP 5.5 

A géphasználatot naplózó TSR 
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INFORMÁCIÓKÉRÉS: 19 v 


SZÁMÍTÁS-, IRODA-, INFORMÁCIÓTECHNIKAI CÉGEK, FIGYELEM! 
EGY SZAKKIADVÁNY, AMELY 10 000 FELHASZNÁLÓHOZ JUT EL! 
RENDSZER, TARTALOM, FORMA, SZÉLES KÖR - HATÉKONY INFORMÁCIÓÁRAMLÁS! 
EGY KATALÓGUS, AMELYBEN BENNE KELL LENNI! 


Szerepeljen az első igazi számítás-, iroda-, információtechnikai szakkiadványban, amely 10 000 FELHASZNÁLÓ- 
HOZ JUT EL, EBBŐL 5000-HEZ DÍJTALANUL! 


Kiadványunkat rendszeresen, évente kétszer jelentetjük meg, melyből 5000 példányt postán küldünk szét a terme- 
lő, a kereskedelmi és a szolgáltató cégek vezetőinek, szakembereinek. További 5000 példányt pedig a COMPFAIR 
kiállításon — 1991-ben — 200 forintért árusítunk, hogy egy szélesebb szakmai kör is hozzájuthasson. 


A KIADVÁNNYAL ÁTFOGJUK A SZÁMÍTÁS-, AZ IRODA-, ÉS AZ INFORMÁCIÓTECHNIKA EGÉSZ TE- 
RÜLETÉT, ANNAK ÉRDEKÉBEN, HOGY A RÉGI ÉS A LEENDŐ FELHASZNÁLÓKNAK AZ ÚJDONSÁGO- 
KAT ÉS A TELJES VÁLASZTÉKOT BEMUTASSUK! 


A jobb áttekinthetőség érdekében a kiadványt egy részletes TEMATIKUS TÁRGYMUTATÓVAL is ellátjuk. 
A kiadvány fejezeteinek és egyben a tematikus tárgymutatónak a címei: 


I. SZÁMÍTÁSTECHNIKA 
1. Hardver 2. Szoftver 
— Számítástechnikai hardver — Magyar gyártmányú szoftver 
— Folyamatirányítás — Külföldi szoftver 
— Szerviz — Kisvállalkozók által készített szoftverek 
— Oktatás 
— Szervezés 


II. IRODATECHNIKA — TELEKOMMUNIKÁCIÓ 


III. EGYÉB, KAPCSOLÓDÓ TERÜLETEK: 
— Például vonalkódtechnika 


ÁRAINKKAL A RÉSZLETESEBB, TÖBB INFORMÁCIÓT ADÓ CÉGEKET TÁMOGATJUK: 


1/2 B/5 oldal összesen 25 000 Ft -- Áfa 50 000 Ft/oldal 
1dbB/5 oldal összesen 40 000 Ft -- Áfa 40 000 Ft/oldal 
2dbB/5 oldal összesen 70 000 Ft -- Áfa 35 000 Ft/oldal 
3 db B/5 oldal öszesen 90 000 Ft -- Áfa 30 000 Ft/oldal 

4—5 db B/5 oldal összesen 140 000 Ft 4 Áfa 28 000 Ft/oldal 
6—7 db B/5 oldal összesen 175 000 Ft -- Áfa 25 000 Ft/oldal 
8—10 db B/5 oldal összesen 200 000 Ft -- Áfa 20 000 Ft/oldal 





Első belső, hátsó belső borító: 70 000 Ft -- Áfa. 


Árainkkal külön is TÁMOGATJUK A GMK-KAT, BT-KET, KKT-KAT ÉS AZ EGYÉNI VÁLLALKOZÓKAT: 
ebben az esetben, 400 karakter terjedelemig 2000 Ft -- Áfa árért is bekerülhetnek a kiadványba. 


EGYÉB FELTÉTELEK: 

— A részvénytársaságoknak, a vállalatoknak, a kft.-knek, a kisszövetkezeteknek a szerződés megkötésekor át kell 
utalniuk a szerződött összeg 50 százalékát, a további 50 százalékot pedig a kiadvány átvétele után. 

— A kisvállalkozók csak a teljes összeg átutálása esetén szerepelhetnek a kiadványban. 


A KÉZIRAT LEADÁSÁNAK HATÁRIDEJE: 1991. AUGUSZTUS 1. 
A KIADVÁNY MEGJELENÉSE: COMPFAIR "91 — 1991. OKTÓBER 10. 


MEGRENDELÉSÜKET AZ ALÁBBI CÍMEN, ILLETVE TELEFAXSZÁMON VÁRJUK: 


HÍRVIVŐ BT. 
1081 BUDAPEST, BEZERÉDI U. 6. I. 6. 
Telefax/üzenetrögzító: 178-4421 
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SZERZŐDÉS a 
Megrendelünk a Hírvivő BT. és a MGÉSZV kiadásában megjelenő INFORMÁCIÓTECHNIKA "91 katalógusában: 


1/2 B/5 oldalt — összesen 25000 Ft -4- Áfa árban 

1 db B/5 oldalt — összesen 40000 Ft-- Áfa árban 
2dbB/5 oldalt összesen 70000 Ft -- Áfa árban 

3 db B/5 oldalt — összesen 90000 Ft -- Áfa árban 
4—5 db B/5 oldalt — összesen 140000 Ft-- Áfa árban 
6—7 db B/5 oldalt — összesen 175000 Ft- Áfa árban 
8—10 db B/5 oldalt — összesen 200000 Ft -- Áfa árban 


A minden megrendelőnek járó 1 db ingyenes példányon felül megrendelek db kiadványt (Ára 200 Ft). ke 
ÖSSZESÍTVE: 
KATALÓGUSOLDAL ÖSSZESEN: 
ELSŐ BELSŐ BORÍTÓ: 
HÁTSÓ BELSŐ BORÍTÓ: 
42590 Áfa: 
KIADVÁNY (099 Áfa): 


MINDÖSSZESEN: 


A megrendeléssel egyidőben gondoskodom a hirdetési összeg 50 százalékának a MEZŐBANK RT. 219-98911- 
0112-700 számú bankszámlájára történő átutalásról — INFORMÁCIÓTECHNIKA "91 megjelöléssel —, résztelje- 
sítésként. A fennmaradó 5090-ot a kiadvány kézhezvétele után 10 munkanapon belül átutalom a fenti számlára. 








HENZETELTS SAS E E ÉKET ÉS EK Ge ÜT E S Sá SG nétő 
cégszerű aláírás 
bélyegző B 
TERYTA TNS TÉS ÁÉTÁST ll éső lege ln ESNE e eeNK ESNÖBTKÉKEKSR SK KÉSÁGN LÁM SSÁS KTK KEN ÉNÉE SEEK SK SKONR ÉSE SÉKE ZSÁK SÉNEK GET SÁG KÉS GÉKASK EK ÁÉKKZSAN SZE KÉSTS ESA EAK 
MTESZ GZ KO ÉS ee E GÁNÉ ÉKE évé iedsöz elesek ÉL kagsságsá sázölökesáles TEGÜGÍKOTÁSZZÁTTA SE én ealee testi neten ÉkE EAST E lee szet ÖSÉ ELTE 
HANKSZÁNÁLASZÁMÁ S de sztszáné ezét esmésédséstászítsá sazásőkákséőknsáténsksaűaéséssésdétéls s ések elekakádsáséte ték dög sáseete SÉT ésáGÉSke És e TESSEK SETS 
EREZD GR ÁTLATOSKÉ SS zése ds tes ST ÉSÉGS ÉLET n Sás SSEL TÉL SZÉL ÜSS ÜSÉLKÁ ÉKEK ÉÉSK ÉS ÁSÁS SÁS S SZOKTÁK ÁG ÉNÉÉtKSÉSÉSE 
SZERZŐDÉS 
Megrendelünk a Hírvivő BT. és az MGÉSZV kiadásában megjelenő INFORMÁCIÓTECHNIKA "91 katalógusá- 
ban max. 400 karakter hirdetési szöveget és ...... darab kiadványt. 
A megrendeléssel egyidőben a 2000 Ft hirdetési díjat és a darab kiadvány árát a MEZŐBANK RT. 219-98911- 
0112-700 számú bankszámlájára rózsaszín postautalványon befizettem. 
Dátum: .. 
cégszerű aláírás 
bélyegző 
EOTÁK OSS ÉT ee É SES ae ESZE SÉG ÉZÖK KÉKEN LÉS E ESB ESETERE EAST ÉTÁKSO KSS L KÓSA ÉÁN TÉS zN EÁ E ÉÉKÖSÉTKÉSEKAEN LES Kea öt SS E RESAS SÁS " 
MEGRENDELÉS 
Megrendelünk a Hírvivő BT. és az MGÉSZV kiadásában megjelenő INFORMÁCIÓTECHNIKA "91 katalógusból 
példányt, utánvéttel. 
4 
JÁT a sesetae kek ee See Éz tegez ee dslk et tétsésééa a 
3 
gszerű £ 
bélyegző 8 
ZOKETOSÉ ÉT seszs sét Kán ES SZÉNNÉ E KÉKES ÉSE S ES EOK SES ES SAKE ÉRÉS ÉKEK KEN EKE Ée slot lsszt désát ká sétál 3 ja 
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INFORMÁCIÓKÉRÉS: 15 V 


NETREND RI 


Tel: 


XT-10 számítógép 

— 640 kilobájt RAM 

— Multi VO kártya 

— 360 kbájtos FDD 

- 101 gombos billentyűzet 
— 83 gombos billentyűzet 
— 101 gombos billentyűzet 


AT 286-12/16 számítógép 

— 1 megabájt RAM 

— FDD/HDD vezérlő -- S/P kimenet 
— 1,2 Mbájtos FDOD 

— 101 gombos billentyűzet 
AT 286-16/21 számítógép 
NEAT 286-16/21 számítógép 
NEAT 286-20/25 számítógép 
NEAT 286-24/32 számítógép 
AT-386-20/25 MHz, 

— 2 megabájt RAM 

— FDD/HDD vezérlő -4- S/P kimenet 
— 1,2 Mbájtos FDD 


29 800 
3500 
3 800 


35 900 
38 000 
39 900 
51 900 
53 900 


— 101 gombos billentyűzet 79200 
AT 386-25/33 85 100 
AT 386-25/43, 64 kB cache 103 400 
AT 386-33/58, 64 kB cache 103300 
486-25/117, 4 MB RAM 
-— 128 kB cache 248 000 
486-33/147, 4 MB RAM 
-— 128 kB cache 290 050 
Monitor-csatolókártyák: 
Monokróm 1700 
Color 2 400 
EGA 800x600 5 500 
VGA 800x600 9 600 
VGA 1024x768 11 800 
VGA 1024x768 15 600 
VGA 1024x768 16 500 
Monltorok: 
Egyszínű (borostyánsárga) 10 400 
10 900 


Egyszínű (papírfehér) 
EGA 


VGA (1024x768) 35 500 
VGA egyszínű, 1024x768 22 000 
VGA Multisync 46 900 
MFM, ESDI és IDE winchesterek 
nagy választékban! 

Hálózati terminál: 

NEAT 286-12 48 750 
NEAT 286-16 56 500 


28 900—31 900" 


1089 Budapest, Elnök u. 1. 
113-8217; 133-4760 " Fax: 113-9537 


Szünetmentes áramforrások: 


UPS 400 VA NOVELL 
UPS 550 VA NOVELL 
UPS 600 VA NOVELL 
UPS 1 kVA 

UPS 1,2 kVA 

UPS mon. kártya 


Nyomtatók: 
FX-850 

FX-1050 

LA-850 
LO-2500-- 
DFX-500 

DL 5600 (színes) 
HP LASERJET III. 


Memórlabővítő kártyák: 
286/2 megabájt 

286/3,5 megabájt 
386/2/8 megabájt 


RAM-ok: 
4164-10 
41464-0O8 
41256-0O8 
41256-06 
44256-0O8 
511000-10 
511000-08 


Koprocesszorok: 
80287-10 
80287-20 
80387-20 
80387-35 
80387-33 


Modemek: 

2400 baud belső 
2400 baud külső 
2400 baud MNP-5 


Telefax/modem: 
9600/2400 baud 
8 felhasználós 
hálózati telefax 


Egerek, scannerek: 
GM-6000 egér 
Microsoft egér 
Logitech soros 
Logitech scanner 
Catchword karakter- 
felismerő program 
HP SCANJET PLUS 


39 900 
32 000 
45 800 
54600 
98 500 

7500 


49 500 
48 750 
76 400 
129 000 
183 500 
195 000 
199 00 


9 900 
10 800 
15 000 


140 
290 
160 
280 
780 
750 
760 


14 000 
44 000 
44 000 
53 800 
69 900 


10 900 
14500 
18 500 


32 500 
75 000 


4 950 
16 000 
5 440 
21 700 


22 900 
259 000 


És még sok minden egyéb... 
Keresse termékeinket Székesfehérváron, az IZISZ Kft.-nél is! 
Székesfehérvár, Palotai út 139. Telefon: (22)16-049. ; 
A Netrend Rt. a Novell Inc. hivatalos dealere. 
Vállalkozunk komplett hálózati rendszerek szállítására, igény szerinti kiépítésben. 
Komplex rendszerfelügyelet (hálózati is), szaktanácsadás, hardver- és szoftverkarbantartás. 


Plotterek: 

SEKONIC 450 115 600 
HP 7475A A3 179 000 
MUTOH 910E 1 380 000 
ARCnet kártyák: 

8 bit LIN DATA 4 800 
8 bit ZOT 5 400 
8 bit SMC 9 900 
16 bit LIN DATA 9 800 
16 bit ZOT 10 500 
ETHERNET kártyák és fartazáka 

8 bit NE-1000 900 
8 bit DE-100 14 500 
8 bit DE-150 19 600 
16 bit NE-2000 12 900 
16 bit DE-200 16 500 
HUB-ok: 

Passzív HUB E4 2000 
Aktív HUB (int 4) 7 800 
Aktív HUB (ext) 14 000 
Aktív HUB 4- kártya 12 000 
Csatlakozókábel 1500 
BOOT-EPROM 2000 
Ethernet-klegészítők: 

Transceiver 35 000 
Transceiver BNC 25 000 
Repeater (2 port) 92 000 
Repseater (4 port) 148 000 
Hálózati szoftverek: 

Novell NetWare 

V.2.2/5 72000 
V.2.2/10 161 000 
V.2.2/100 444 000 
V.3.11/20 282 000 
V.3.11/100 565 000 
V.3.11/250 1010 000 
NACS 110 000 
Asyncron Remote 

Bridge Program 29 600 
D-Link Lansmart op. rendszer 34500 
D-Link Bridge 29 600 
ACS D-Linkhez 28 000 
Remote Access 19 600 
Screen monitor 15 000 
LAPTOP-ok: 

LT-3400 (NEAT) 

40 MB HDD 199 000 
CP-8100V (386) 

100 MBB HDD 299 000 


CAD, DTP rendszerek kiépítése, szükség esetén üzemeltetése. Kérje részletes tájékoztatónkat! 
Áraink az ÁFA-t nem, de a 6 hónap csereszavatosságot tartalmazzák, egy év csereszavatosság 
— plusz öt százalék. Készpénzfizetés esetén öt százalék kedvezmény! 
Önkormányzatok, oktatási intézmények, egészségügyi szervezetek részére 5 százalék kedvezmény! 
Kedvező lízingfeltételek! 
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GÉPRAJZ 





Bábeli nyelvzavar 





Adatra vagy objektumra orientálva 


A gyakorlati tapasztalatok alapján bátran mondhatjuk, 

hogy a CA- (computer aided) rendszerek használhatóságát 
jelentős mértékben befolyásolja az adatleírás, 

az adattárolás és a visszakeresés választott módszere. 
Tartalmas tervezési adatbázisok alkalmazásával 

és a számítógéppel támogatott rendszerek közötti 
adatkapcsolatok révén számottevően növelhető 

a gyártmány- és gyártástervezés eredményessége. 


A számítógéppel segített tervezésben 
alapvetően három adatbázisfajtát lehet 
megkülönböztetni. A legáltalánosabb 
az archív adatbázis, amely mérnöki 
dokumentációk tartós tárolására szol- 
gál. Szerepelhetnek benne például ren- 
delési specifikációk, ajánlati tervek, ko- 
rábbi termékrajzok, saját gyártmányle- 
írások, költségszámítási jegyzékek és 
így tovább. A tervezési tevékenységhez 
ennél szorosabban kötődnek a mérnöki 
adatbázisok, amelyek  szabványelő- 
írásokat, anyagféleség-nyilvántartást, 
kereskedelmi termékleírásokat, tétel- 
jegyzékeket, normaadatokat, költség- 
adatokat, típusterveket stb. tartalmaz- 
nak. 

A harmadik adatbázisféleséget a pro- 
jekt adatbázisok képviselik, amelyek 
három további típusba sorolhatók. Ezek 
a tárolt adatok jellemző szemantikai 
tartalma alapján különböztethetők meg. 
A rajzi adatbázis a tervezett objektumot 
2D-s rajzi állomány formájában írja le, 
ennélfogva a tárolt adatok gyártási célra 
közvetlenül (azaz utófeldolgozás nél- 
kül) nem használhatók fel. A modell 
adatbázisok háromdimenziós huzalvá- 
zak, felület- vagy testmodéllek morfo- 
lógiai adatait tartalmazzák. Ezek az 
adatok elvileg közvetlenül felhasznál- 
hatók elemzési, technológiai előkészí- 
tési, szimulációs vagy gyártási célokra. 
A harmadik adatbázistípus a terméka- 
datbázis, amely a terméket és a megva- 
lósítási folyamatot jellemző adatok 
rendszerezett nyilvántartására és archi- 
válására egyaránt kiterjed. 


Elszakadva az alapoktól 


A fentebb említett projekt adatbázist a 
szokványos  ügyviteli-nyilvántartási 
adatbázisoktól elsődlegesen az külön- 
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bözteti meg, hogy: (a) sokféle adategy- 
séget tartalmaz; (b) gyakran van szük- 
ség az adatok módosítására; (c) a meg- 
változtatott adatok visszahatnak a meg- 
lévő tárolási struktúrára; (d) az adatokat 
nem csak közvetlen hivatkozás alapján 
kell elérni; (e) dinamikus tárolásra és 
visszakeresésre van szükség; (f) egya- 
zon adathoz többféle értelmezést is 
hozzá kell rendelni; (g) az adatokat 
nagy pontossággal kell ábrázolni; to- 
vábbá (h) az adatbázis redundancia- 
mentességét biztosítani kell. 

E követelményeknek egyidejűleg ál- 
talában csak kompromisszumok árán 
lehet megfelelni a jelenleg ismert adat- 
kezelési technikákkal. Ugyanakkor erő- 
teljes kutatások folynak az úgynevezett 








intelligens adatbázisok fejlesztésére, 
amelyek az adatokat nemcsak szintak- 
tikusan kezelik, hanem bizonyos mér- 
tékben jelentéstartalmukat és kapcsola- 
taikat is megértik. 

ACAD adatkezelés lényegének meg- 
értéséhez célszerű áttekinteni azokat a 
fogalmakat és megoldásokat, amelyek 
napjainkban CAD-környezetben felme- 
rülnek, illetve alkalmazásra kerülnek. 
Látni kell mindenekelőtt, hogy a számí- 
tógéppel segített tervezésben az adat- 
modellezés négyszintű leképezéssel va- 
lósul meg. Először is a felhasználó (ter- 
vező) a valós vagy elképzelt világra 
kialakít valamilyen szemléleti módot. 
Ezt fizikai vagy koncepcionális sémá- 
nak nevezzük. A tervezőnek ebből ki- 
indulva, a lényeges sajátosságokra vo- 
natkozó adatok megragadásával abszt- 
rakt (logikai) modellt kell kialakítania, 
amit adatstruktúra sémának nevezünk. 
A CAD-rendszer adatkezelője az adat- 
állományokat lényegében az adatstruk- 
túra sémája alapján rendeli hozzá a fi- 
zikai fájlokhoz. Ezt adattárolási sémá- 
nak nevezzük. A negyedik séma az ada- 
toknak a számítógépes hardvereszkö- 
zök fizikai szintjén megvalósuló keze- 
léséhez kapcsolódik, és tárolóhely-ki- 


! 











osztási sémaként értelmezhető. E négy- 
lépcsős leképezés, ami végső soron a 
jelenleg használt Neumann-elvű számí- 
tógépek információfeldolgozási me- 
chanizmusából adódik, valamilyen for- 
mában minden CAD-rendszerben meg- 
valósul. 

Az adatszervezés legelemibb formá- 
jaasoroslista szervezése. Ez nem képes 
az adatok között (a sorrendiségen túl- 
mutató) kapcsolatok kezelésére. A ha- 
tékony tárolás és visszakeresés viszont 
az adategyüttesek struktúrába szervezé- 
sét igényli, amelynek alapvetően négy 
formája terjedt el. Ezek az elfogadottá 
válásuk sorrendjében a hierarchikus, a 
hálózati, a relációs és az objektumori- 
entált adatkezelés (1. ábra). Az említet- 
tek a CAD-ben való alkalmazás szem- 
pontjából bizonyos sajátosságokkal 
rendelkeznek, amelyeket érdemes meg- 
ismerni. A négy adatkezelési módszer 
különbözősége elsődlegesen nem a ke- 
zelt adategységek különbözőségére ve- 
zethető vissza, hanem az adategységek 
között lévő kapcsolatok megragadásá- 
nak módjára. 

A hierarchikus adatstruktúrában az 
összetartozó adategységek közötti kap- 
csolat 1:N típusú. Ez azt jelenti, hogy 
egy, a hierarchia magasabb szintjén el- 
helyezkedő adategységhez (a szülőhöz) 
N darab különböző alacsonyabb szintű 
adategység (gyerek) tartozhat. Az adat- 
egységek ilyenfajta kapcsolódása fa- 
struktúraként  szemléltethető, amely 
meglehetősen rugalmatlan, mivel az 
adategységek közötti kapcsolatok leírá- 
sa beépül az adatstruktúrába. E kapcso- 
latok újradefiniálása a séma megválto- 
zását eredményezi. A hierachikus táro- 
lási formában az adategységek rövid idő 
alatt, többletráfordítások nélkül elérhe- 
tők, ami bizonyos mértékben ellentéte- 
lezi rugalmatlanságát. 

. . Mivel a gépészeti objektumok geo- 
metriai modelljeinek  adategyüttese 
közvetlenül általában nem rendezhető 
hierarchikus struktúrába, e megközelí- 
tés — a CSG-fák leírásának kivételével 
— nem nyert széles körű alkalmazást a 
geometriai modellezésben. Ugyanis, ha 
többszörös  adategység-kapcsolatokat 
kívánunk hierarchikus struktúraként le- 
képezni, akkor redundáns adategység- 
tárolást kellene megvalósítani. Ez vi- 
szont egyrészt következetlenség forrása 
lehet, másrészt nagyobb tárolókapaci- 
tást igényel. A hierarchikus struktúra 
mindamellett kitűnő tárolási struktúra 
lehet azokban az esetekben, amikor az 
adategyüttes hierarchia relációkkal le- 
fedhető. A gépészeti gyártmányok al- 
katrészei közötti kapcsolatok például 
ilyen jellegűek. Az archív és mérnöki 
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adatbázisok szervezésénél emiatt gya- 
kori tárolási séma. Geometriai valóság 
szemléltetésére viszont előnyösebb a 
hálózati struktúra. 

A hálózati adatstruktúrában az ösz- 
szetartozó adatok között a kapcsolat 
M:N jellegű, vagyis bármely adategy- 
ség bármely adategységgel kapcsolód- 
hat. A hálózat a hierarchiánál bonyolul- 
tabb, de mégis rugalmasabb és hatéko- 
nyabb tárolóhely-kihasználást tesz le- 
hetővé. Az adategységek közötti kap- 
csolatok ebben az esetben is beépülnek 
a tárolási struktúrába. A geometriai mo- 
dellezésben a relációk logikai tartalmát 
a csomópontok, élek, élhurkok, lapok 


em 





Elemi alkatrész 


2. ábra 


és héjak közötti megfeleltetések adják 
(2. ábra). A hálózati jellegből adódóan 
hosszabb adatelérési idővel kell szá- 
molni. A geometriai modellezésen kívül 
a hálózati adatkezelést előszeretettel al- 
kalmazzák a kereskedelmi forgalmazá- 
sú mérnöki adatbázis-fejlesztő környe- 
zetek is. 

Az eddig említett adatkezelési meg- 
oldásokkal összevetve az ún. relációs 
séma újabb előnyös lehetőséget kínál. 
E koncepció alkalmazásakor az adat- 
egységeket kapcsolattáblákban helye- 
zik el, ami előszervezést biztosít. Az 
adatok közötti kapcsolatot az adatbázis- 
kezelő vagy a felhasználói CAD szoft- 
ver definiálja. Így az adategységek és a 
táblázatok különböző külső sémák sze- 
rint hozhatók kapcsolatba, ami nagyfo- 
kú rugalmasságot teremt. Az adathoz- 
záférési sebesség viszont kedvezőtlen, 
bár különböző kifinomult technikákkal 
javítható. 

Az objektumorientált adatkezelés 
sztereotipizálható dolgokra vonatkozó 
adategyüttesek szemantikus kezelésére 
szol:jál. Míg az adatorientált szemlélte- 
tések a lényeges jellemzőket tényada- 
tokként absztrahálva írják le a dolgokat, 
az objektumorientált szemléltetés ese- 
tében az adategységek és a közöttük 


lévő összefüggések egy logikai egysé- 
get képeznek. Ezek az angol nyelven 
találóan , tokba zártnak" nevezett adat- 
és relációszerkezetek az objektumok. 
Az objektumorientált programozás le- 
hetővé teszi az objektumok hierarchiá- 
ba rendezését és a tulajdonságokat je- 
lentő adategységek hierarchiaszintek 
közötti örökítését. A fizikai objektumok 
taxonomikus rendezése alapján megha- 
tározhatók azok a jellemző adatok, 
amelyek a logikai objektumok adatme- 
zőit feltöltik. Bár az objektum informá- 
ciótartalmát hordozó adatmezők köz- 
vetlenül elérhetők, az objektumorientált 
adatsémában kezelésükre külön eszkö- 
zöket rendszeresítettek: a módszereket. 
Az objektumhoz tartozó módszerek (tu- 
lajdonképpen adatrelációk és függvé- 
nyek) lehetővé teszik az egyes adatme- 
zők értékeinek származtatását, de 
ugyanez külső módszerek számára nem 
megengedett. A módszerek segítségével 
az objektumok valamilyen ,,viselke- 
dést" mutatnak, ha megfelelő üzenetet 
kapnak. Az objektumorientált szemlélet 
nem új keletű, hiszen közel 25 éve 
ismert. Korábban főleg szimulációs fe- 
ladatokra alkalmazták, de napjainkban 
tért hódít a grafikus rendszerek és a 
mérnöki adatbázisok fejlesztésében is. 


Kifelé az adatokkal... 


Hozzátartozik az igazsághoz, hogy a 
CAD-rendszerek fejlesztői gyakran tel- 
jesen eltérnek a korábban tárgyalt tipi- 
zált megoldásoktól, amelyek gyökerei 
az általános adatfeldolgozásba nyúlnak 
vissza. Például a mikroszámítógépes 
CAD-rendszerek . többsége projekt 
adatbázisként egyetlen fájlt kezel. Ez 
lehet akár rekordszerkezetű (bináris) 
szövegfájl, de általában alternatív alap- 
egységrekordokból felépülő adatfájl. A 
fájlban geometriai és annotációs alap- 
egységeket képeznek le olyan sorrend- 
ben, ahogy azokat a tervező létrehozta. 
A rendszerek egyik csoportja a tervezés 
folyamán a memóriában dolgozik, és a 
mágneslemezes háttértárolón csak a 
munka befejezése után archiválja a rajzi 
adatállományt. A másik csoport — rész- 
ben a memória felszabadítása, részben 
az időszakos mentés céljából — általá- 
ban automatikusan felülírja a háttértá- 
rolón lévő fájlokat. A geometriai mo- 
dellező rendszerek többsége a korábban 
említett hálózati vagy objektumorien- 
tált adatkezelési sémák alkalmas mó- 
dozatain alapuló adatbázis-kezelést va- 
lósít meg. 

A fejlesztők sajnálatos módon nem 
hozzák nyilvánosságra, hanem csak ke- 
belbarátaikkal osztják meg az adatbázis 
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3. ábra 

struktúrájára és a kezeltadatok leírására 
vonatkozó információkat. Ennek ered- 
ménye természetesen egy sajátos bábeli 
nyelvzavar. A CAD-rendszerek nem ké- 
pesek egymás adatfájljának közvetlen 
fogadására, és jó, ha ugyanazon rend- 
szer későbbi változatai képesek az el- 
őzőek fájljait kezelni. 

Géprajz rovatunkban foglalkoztunk 
már vele, hogy a termelési folyamat 
egyes résztevékenységeit lefedő számí- 
tógépes célrendszerek alkalmazása gaz- 
daságosabbá és hatékonyabbá tehető in- 
tegrált rendszerekké való összekapcso- 
lásukkal. Ám — mint fentebb utaltunk 
rá — az alkalmazott eltérő belső adat- 
kezelési sémák nem segítik elő az in- 
tegrálás megvalósítását. Emiatt került a 
nyolcvanas évek közepén a figyelem 
középpontjába a különböző CA rend- 
szerek között adatkonvertálással kap- 
csolatot teremtő szabványos adatcsato- 
lók (interfészek) kutatása és fejlesztése. 
Az adatinterfészekkel szembeni elvárá- 
sok nagyok, mivel az önmagukban nagy 
teljesítményű részrendszerek alkalma- 
zásának eredményességét jelentősen 
rontja, ha a közöttük lévő adatcsatolás 
információvesztést okoz, nem kielégítő 
sebességű és megbízhatóságú, valamint 
ha többszöri transzformációval, esetleg 
emberi beavatkozással valósul meg. 

A szabványos adatinterfészek meg- 
valósításának elvi és gyakorlati alapját 
a kettős adattranszformáció és a semle- 
ges fájlformátummal való kommuniká- 
ció jelenti (3. ábra). Ezt a megoldást a 
rendszerfejlesztők és a felhasználók 
többsége elfogadja, sőt sok esetben az 
egyetlen gyakorlati megvalósítási for- 
mának tekinti. A korszerű interfészek 
tervezése az ISO OSI (open system 
interconnection) referenciamodell alap- 
ján történt, illetve történik, amely a 
nyitott rendszerek közötti kommuniká- 
ciót egy hétrétegű struktúra és proto- 
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kollok szabványosításával segíti elő. A 
szabványos adatinterfészek a legfelső 
két réteg formalizálását és feladatait 
valósítják meg. . 

Az adatátviteli interfészek között há- 
rom csoportot lehet képezni: 

1. TermékmodelI-interfész. 

2. Felületmodell-interfész. 

3. Általános interfész. 

Az első csoportba sorolható az IGES 
(ANSI — USA), a PDDI/PDES (ANSI 
— USA), a SET (Aerospatiale — Fran- 
ciaország), a STEP (ISO — nemzetkö- 


zi). A másodikba a VDA-FS (DIN — 
NSZK), az XBF (ANSI — USA) és az 
AIS (ANSI — USA) tartozik. A harma- 
dikata CAD"I (ESPRIT — Nyugat-Eu- 
rópa), a DXB (ANSI — USA), valamint 
a VDA-PS (DIN — NSZK) képviseli. 
Az említettek közül a nemzetközi vi- 
szonylatban közel egy évtizede használt 
és folyamatosan  továbbfejlesztett 
IGES- (initial graphics exchange speci- 
fication) előírás játszik meghatározó 
szerepet. Az IGES alkalmazása mellett 
szól, hogy: (1) nagyon sok kereskedel- 
mi forgalmazású rendszerbe a hozzá 
való fordítót beépítették; (2) követi az 
általánosan elfogadott ASCII informá- 
ciószemléltetési formátumot; (3) a 
kommunikációs fájlok tartalma köny- 
nyen értelmezhető és feldolgozható; (4) 
alkalmazhatósági területe kiterjed a ter- 
mékelőállítási folyamat közel minden 
szakaszára; (5) a fájlok konvertálással 
és információvesztés nélkül a jövő 
szabványának tekintett STEP specifiká- 
ció szerinti fájlokká alakíthatók át. 
Sorozatunk következő részében a 
széleskörű hazai alkalmazás elősegítése 
érdekében áttekintjük az IGES termék- 
modell adatátviteli interfészének tartal- 
mát és a kommunikációs fájl kezelésé- 
nek főbb sajátosságait. 
Horváth Imre 
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Mégis szalagon? 


Bár a számítógépeket általában 


merevlemezes egységekkel látják el, előfordulhat, 
hogy adataink, programjaink váratlanul eltűnnek a lemezről. 
Ezt a merevlemez meghibásodása, 


de vírusfertőzés is okozhatja. 
A megelőzés egyszerű: 


nagyobb gondot kell fordítanunk arra, 
hogy az adatokat rendszeresen hajlékonylemezre 
vagy — ha nagy mennyiségű adatról van szó — 


szalagos tárolóra mentsük. 


Miért jó a mágnesszalag? 


A mágnesszalagos tárolási mód akkor 
előnyös, ha rengeteg adatot kell egymás 
után egyszerre tárolni, A jelenleg for- 
galomban lévő kisebb teljesítményű 
mágnesszalagok tárolókapacitása 40 
MB. A rendkívül nagy kapacitású, 
Exabyte gyártmányú forgófejes egysé- 
gek 5-8 GB-ot tárolnak kazettánként. 

Már kaphatók és jól kezelhetők az 
Insite és a Brier cég által gyártott, igen 
nagy, 40 MB kapacitású hajlékonyle- 
mezes egységek, ám széles körben még 
nem terjedtek el. Mágnesszalagos egy- 
séget sok cég gyárt, a hozzá való kazet- 
ták ott állnak a legtöbb, számítógépet 
forgalmazó bolt polcain. A kazetta pe- 
dig ma jóval olcsóbb, mint a nagy ka- 
pacitású hajlékonylemez. 

Egyvalamiben körözi le a hajlékony- 
lemez a szalagot: a tartósságban. 
Ugyanis a lemeznek vastagabb az anya- 
ga (fólia), és mágneses rétege is ellen- 
állóbb a külső behatásokkal szemben. 

Hogy állnak ebben a versenyben az 
egyszer írható optikai lemezek, " a 
WORM-ok? Legnagyobb hátrányuk, 
hogy a meghajtóegységek és a hozzájuk 
való lemezek nagyon drágák (egység: 
4-8 ezer, lemez: 50 dollár). 

Bármilyen lemeznek a szalagos egy- 
ségekkel szembeni kétségtelen előnye 
akkor jelentkezik, ha a tárolt információ 
visszakeresésére nem sorban egymás 
után, hanem tetszőleges módon van 
szükség. A sávról sávra lépés mindig 
egyszerűbb és gyorsabb, mint a szalag 
előre-hátra csévélése. Adatok mentése- 
kor (backup) a mentés-visszatöltés 
szekvenciálisan, sorban egymás után 


történik, emiatt a fenti hátrány nem 
jelentkezik. 


Szalagformátumok 


A gyakorlatban négy szalagformátumot 
használnak: a félinches orsóst, a ne- 
gyedinches kazettást, a 8 mm-es kazet- 
tást és a 4 mm-es DAT (digital audio 
tape) formátumot. 

Ezek közül legjobban a félinches 
(gyakran kilencsávosnak nevezett) or- 
sós szalag terjedt el. Az adatokat pár- 
huzamos sávokon inchenként 800, 
1600, 3200 vagy 6250 bitsűrűséggel 
rögzítik rajta. A sávokat egyszerre ol- 
vassa le a fej, ami nagy adatátviteli 
sebességet jelent, viszonylag kis szalag- 
sebesség mellett. Egy ilyen orsós sza- 
lagon általában 145 MB tárolható. Ezek 
a szalagok nagyon megbízható tárolást 
nyújtanak, bármelyik egységen bizto- 
san olvashatók, de áruk és aránylag 
nagy méretük miatt nem célszerűek. 


s, Okos kazetták" 


A szalagos adatmentő rendszerek 
leggyakoribb tárolóeszköze a negyed- 
inches szalagos kazetta, amely két mé- 
retben kapható: a DC2000-es minika- 
zetta és a kicsit nagyobb méretű 
DC600-as. A kazetták új családja, a 
DC9135 típusjelű méretben a DC600- 
ashoz hasonlít, de 900 oersted koercitív 
erejű szalagot tartalmaz, ami nagyobb 
tárolási sűrűséget ad. A negyedinches 
kazetták mechanikája nagyon ötletes; 
érdekes, hogy sem az audio-, sem a 
videokazettáknál nem használják, bizo- 
nyára szabadalmi okokból. A mechani- 


ka lényege egy hajtószalag-kialakítás, 
amely a szalagot tartalmazó orsókat 
mindig a megfelelő módon mozgatja és 
feszíti. A kazetta nem igényel külön 
orsómeghajtást. 


A negyedinches 
szalagszabványok 


A szabványok publikálója a Ouarter 
Inch Cartridge Drive Standars amerikai 
szervezet (OIC) már 36 szabványt de- 
finiált: például a szalagos egységek és 
a számítógépek közötti interfész, sza- 
lagformátumok, a rögzítőfejek tulaj- 
donságai, hibajavító kódok, adattömö- 
rítési algoritmusok stb. (Egy külön táb- 
lázatban összefoglaltuk a legfontosabb 
OIC-szabványokat.) 

A szabványosítás eredményeként az 

egyik gyártó meghajtóján felvett szalag 
lejátszható a másikon, így ipari szab- 
ványúvá válhat. (Természetesen min- 
den gyártónak van saját , legjobb", de 
inkompatibilis formátuma a szab- 
ványosak mellett.) 
Ez a legegyszerűbb és az egyik legha- 
tásosabb módszer a szalagos tárolók 
teljesítményének fokozására: sajnos a 
tömörítő algoritmusok zöme, azok, 
amelyek nagyfokú tömörítést biztosí- 
tanak, csak kb. 64 kB/s sebességgel 
dolgoznak, ami a szalagos egységeknél 
nem elég. 

A problémát az egyesült államokbeli 
Stac Electronics cég oldotta meg adat- 
tömörítő-visszaállító áramkörének ki- 
fejlesztésével, amely 750 KB/s sebes- 
séggel végzi az adatátalakítást. Az ered- 
mény egy felére tömörített adathalmaz. 
A módosított Ziv-Lempel eljárást alkal- 
mazó áramkör mindössze 16 KB RAM- 
területet használ fel. 


sFloppy-szalag" 


A CIC-40 és OIC-80 jelű szabványokat 
nevezik néha így, mert úgy tervezték 
őket, hogy a rendszerekben már meg- 
lévő, a hajlékonylemez-egységet vezér- 
ló áramkörök  (floppy-kontrollerek) 
szalagok írására és olvasására használ- 
hatók. Ez a megoldás olcsóbb, mintha 
külön szalagegység-vezérlő kártyát 
használnának, és nem foglalnak el kü- 
lön helyet az amúgy is mindig kevés 
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[/O csatlakozóból. Ennek a megoldás- 
nak van azonban néhány hátránya. 

Először: mivel a legtöbb floppyve- 
zérlő adatátviteli sebessége vagy 0.25 
Mbit/s (XT) vagy 0,5 Mbit/s (AT), ezért 
korlátozott a szalagos átviteli sebesség 
felső határa. 

Másodszor: számos számítógépnél 
(főleg az AT-knál) két hajlékonylemez- 
meghajtót terveztek, ezért nincsenek 
külön kiválasztó vonalak a külön egy- 
ségekhez. Így a két floppyt használó 
rendszerekben ügyes szoftver- és hard- 
verötleteket kell alkalmazni, hogy a 
szalagegység is használhassa az illesz- 
tőt. Nagy gond, hogy a két meghajtó 
elfoglalja a dobozon lévő kivágásokat, 
így nem jut hely a szalagegységnek. 
Ilyenkor különálló szalagegységet kell 
használni, ami már nem igazán olcsó. 

A OIC-40 és OIC-80 jelű szab- 
ványokban foglaltak szerint a kontroller 
a szalagon lévő adatokat 1 kilobájtos 
,. diszk-szektorok"-ként látja. 


Forgófejes rögzítés 


A jelenlegi, kazettánként több mint egy 
gigabájtot tartalmazó szalagos rend- 
szerek a videomagnóknál ismert forgó- 
fejes megoldású rögzítést használják. 
Ennek az a lényege, hogy a forgófej 
tengelye a szalaggal néhány fokos szö- 
get zár be. Ilyen módon a forgófej 
hengerpalástján lévő író-olvasó fejek a 
szalagot több csíkban olvassák el. 

A4 és 8 mm-es szalagegységek azon- 
ban különböznek egymástól. Az Exa- 
byte cég 8 mm-es rendszere a Sony 
videomagnó mechanizmusát használja; 
három fej van: a szervo-, az olvasó- és 
az írás után olvasó fej. Különálló fej 
törli le a szalagot. A fejhez 221 fokos 
ívben simuló szalag egy sávja 8 kilobájt 
tárolására képes, ami  kazettánként 
2,3 GB tárolókapacitást jelent. A fej- 
lesztések az 5 GB tárolási kapacitás 
elérésére irányulnak. 

A Hewlett-Packard és a Sony által 
fejlesztett és szabadalmaztatott DDS 
(digital data storage) formátum 4 mm- 
es szalagot használ, és a mechanika 4 
fejet tartalmaz a forgódobon: két író- és 
két (írás után) olvasó fejet. A szalagra 
a sávokat párban írják. A szalag mecha- 
nikai igénybevétele kisebb, mert a for- 
gódobhoz csak 90 fokos ívben simul. 
Tárolási kapacitása jelenleg 1,3 GB. 

Más cégek is foglalkoznak hasonló 
rendszerek fejlesztésével. Ilyen például 
a Data/DAT elnevezésű rendszer. Ez a 
DDS-szel sok tekintetben megegyezik, 
de van egy extra tulajdonsága: az ada- 
tokat a helyükön képes újraírni. A DDS 
támogatói figyelmeztetnek, hogy ilyen 
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rendszernél a gyakori START/STOP 
miatt a szalag nagy igénybevételnek 
van kitéve. 


A verseny folyik... 


A leírtakból látható, hogy jelenleg a 
forgófejes és ahagyományos egy- vagy 
többfejes megoldás versenyez egymás- 
sal. A forgófejes mechanika azzal a 
megoldással, hogy egy szalagdarabot 
több sávban tapogat le — és ezzel 38 
cm/s szalagsebességet biztosít — na- 
gyon vonzó. 

Időközben a OIC bejelentette a OIC- 
1350-es szabványon alapuló szalagegy- 
ségét. Ez speciális fejet, nagy koercitív 
erejű (900 Oe) szalagot, adattömörítő 
áramkört tartalmaz, és a negyedinches 
kazettán 1,35 gigabájtot tárol. 

Ám lehet, hogy már elkésett, mert 
időközben számos gyártó megvette a 
DDS licencét és felkészült a gyártásra. 

A jövő versenyt jelent, amelynek 
hosszabb távon a felhasználók a győz- 
tesei, mert olcsóbban, nagyobb tárolási 
kapacitású szalagegységekhez juthat- 
nak. 


A GIC szabványok 
Interfészek 


CIC-02 Negyedinches szalagmeg- 
hajtó intelligens interfész. 

OIC-36 Negyedinches szalagmeg- 
hajtó alap-interfész. 

OIC-104 SCSI alkalmazása a OIC- 
kompatibilis sorrendi tárolóknál. 

OIC-121 SCSI-2 alkalmazása a OIC- 
kompatibilis sorrendi tárolóknál. 


Gyakran használt 
szalagformátumok: 


OIC-24 Sorosan tároló kazetta infor- 
mációcserére (60 MB). 

CIC-40  — Hajlékonylemez-vezérlő 
kompatibilis formátum információcse- 
rére (40 MB). 

OIC-80  — Hajlékonylemez-vezérlő 
kompatibilis formátum információcse- 
rére (80 MB). 

CIC-120 Sorosan tároló kazetta in- 
formációcserére (125 MB). 

OIC-150 Sorosan tároló kazetta in- 
formációcserére (150 MB). 

OIC-525 Sorosan tároló kazetta in- 
formációcserére (525 MB). 

CIC-1350 Sorosan tároló kazetta in- 
formációcserére (1,35 GB). 


Adattömörítés 


OIC-122 Negyedinches szalagmeg- 
hajtó adattömörítési formátuma. 
Kónya László 


MIKROBAZÁR 


A Mikrobazár rovatban rövid, szöveges, a 
mikroszámítógépekkel kapcsolatos hirdeté- 
seket közlünk. A díjszabás kereskedelmi te- 
vékenységet folytatóknak gépelt soronként 
(60 karakter) 100 Ft, másoknak az első sor 
50 Ft, minden további sor 20 Ft. 


Kérjük, hogy a hirdetés díját a Cédrus Rt.-nek 
a Budapest Banknál vezetett 380-66760 szá- 
mú számlájára utalják át, vagy postautalvá- 
nyon a Cédrus Rt. címére (1251 Budapest 
XI., Karolina út 17.) fizessék be, a hátoldalán 
feltüntetve, hogy apróhirdetés. A befizetést 
Igazoló szelvényt a közlendő hirdetési szö- 
veggel együtt az Alaplap szerkesztőségéhez 
küldjék el: 1251 Budapest, Pf. 71. 


A PC Turbo Klub tagjai ebben a rovatban 
2095-os kedvezménnyel hirdethetnek! 


ADOK 


Amiga 500 1 MB-ra bővítve eladó. Irányár: 
53 900 Ft. Cím: Keresztes Gábor, 1142 Buda- 
pest XIV., Laky-köz 11. Tel.: 251-2523. 


Amilgára eladó több mint 2000 lemez játékprog- 
ramokkal és felhasználói programokkal. 3,5"-os 
lemezek 380 Ft-os, 5,25"-os lemezek 750 Ft-os 
áron eladók. Cím: Keresztes Gábor, 1142 Buda- 
pest XIV., Laky-köz 11. Tel: 251-2523. 


Eladó Enterprise-128 számítógép magnóval, 
joystickkel, 400 db programmal, a Spectrum 
Világ című újság több példányával. Cím: Hajdú 
György, 1188 Budapest XVIII., Erdősáv u. 39. 


C/16-, C44-tulajdonosok, figyelem! Hangdiglta- 
lizáló program megrendelhető kazettán, gyári 
fejállással, kazettával együtt 250 Ft-ért. Érdek- 
lődők postai utalvánnyal fizessenek, levelet ne 
küldjenek! Cím: Erős András, 5000 Szolnok, 
Jászi Ferenc út 22/1. 


Eladó Commodore44, magnóval, programka- 


zettákkal, fényceruzával, fioppymeghajtóval, le- 
mezekkel, szakirodalommal. Minden megkímélt 
állapotban van. Ára csak 30 000 Ft! Cím: Éliás 
Sándor, 3232 Mátrafüred, Pálosvörösmarti út 
32. 


Eladó Commodore-64, floppyvezérlővel, leme- 
zekkel, programokkal. Tel.: Heinbach József, 
(06-27) 42-600. 


Eladó NISC rendszerű C-64, 1541-es floppy- 
meghajtóval, Comrex CR-220-as printerrel, 
fényceruzával, játék- és felhasználói programok- 
kal. Eladó még 2 db mikrokapcsolós és 2 db 
hagyományos joystick, szakirodalommal együtt. 
Összesen csak 50 000 Ft-ért! Tel: Hunor Péter, 
(06-80) 22-091. 


Eladó első kézből Phillips CM-8802 RGB-mo- 
nitor Eurocart és RCA composit videó (PAL) 
csatlakozással számítógéphez vagy videóhoz. 
Ajánlatokat az alábbi címre kérem: Krauss Ottó, 
1251 Budapest, Pf. 29. 


Eladók Flight Simulator 4.0-hez alaposan ki- 
bővített, javított térképek, 470 Ft-os áron. Cím: 
Hódi Gyula, 2170 Aszód, Falujárók útja 5/23. 


VESZEK 


Keresek C-64-re 2.0-ás, vagy bármilyen más 
verziójú Geos-t, valamint Geos segédprogramo- 
kat (lehetőleg angol nyelvűeket). Kapcsolatba 
lépnék IBM gépen dolgozó, programozási nyel- 
vek iránt érdeklődőkkell Cím: Szabó Péter, 5100 
Jászberény, Korányi út 1. 


CSERÉLEK 


Eladó Enterprise-128, magnóval, joystickkel, 
500 db programmal és szakirodalommal. IBM 
XT-hez winchestert veszek, programot cserélek. 
Cím: Gulcsik István, 5000 Szolnok, Széchenyi 
u. 5. II./8. 
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RENDSZERVÁLTÁS 


A SZÁMÍTÁSTECHNIKÁBAN! 


A MÚLT EN 
Eddig PC-k (XT-től — 486-ig), t atba kötve, telepítve, 
alkatrészek, perifériák, ajánlatok és jogtiszta DEC rendszerekbe 


és egyéb kiegészítők forgalmazá: 
foglalkoztunk. 


MACROÓDA 


. 28/a 
Telefon: 186-5782, 186-5686, 185-7866 
Telefax: 186-5686 Telex: 22-5375 


ed 
KERESKEDELMI IRODA 
NYAK KFT 1046 Budapest IV., Pamutgyár u. 3. 


ELEKTRONIKAI ALKATRÉSZEK 


Számítástechnikai gyártók, szervizek figyelmébe ajánljuk szolgáltatásunkat. 
Egyszerűbb lesz anyagbeszerzése, ha 


MINDENT EGY HELYEN . 


Belföldi és import alkatrészek rendelése: 


TELEFONON, TELEFAXON: 169-3320 


Ütemezett gyártáshoz, ütemezett szállítás. Mennyiségi árlépcsők. 
Processzorok, memóriák, interfész, csatlakozók, kábelek. 
Ipari elektronika, SMD technika is. Kurrensebb alkatrészek már 


KÉT HÉT ALATT IS, 


különleges alkatrészek rendelésre. 
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AKCIÓ!! 
Reklám- 
áron... 


GRAPHIPLOT 
digitális vezérlésű 
dobplotter 


A készülék szolgáltatásai: 


— Minden funkcióra kiterjedő öntesztelés. 

— Üres rajzpapírt befogadó, szabadon futó 
henger. 

— GP-IIM tollváltós típusnál a 8 db toll 
beszáradásmentes tárolása a megfogókban. 


ÁRAINK: 


AJO: 180 000 Ft -- Áfa 
A/1: 160 000 Ft -- Áfa 
A/3, A/4: 39 600 Ft -- Áfa 


VISINFORM 
színkontrasztos 
kijelzőcsalád 


Számjegy-, betű- és mátrixkijelzó 


Egyedi megvalósítás: 


— Utastájékoztatók repülőtereken, vasúti 
és autóbusz-pályaudvarokon. 

— Hirdetőtáblák színes és egyszínű grafikus 
kivitelben. 

— Ügyfélszámhívók bankokban, 
orvosi rendelőkben. 

— Közlekedésirányító táblák autópályákon, 
közlekedési csomópontokban. 


a FOKGYEM-től 


FINOMMECHANIKAI ÉS ELEKTRONIKUS 


MÚSZERGYÁRTÓ SZÖVETKEZET 


1775 Budapest XXII., Nagytétényi út 100-102. 
Telefon: 173-0011. Telex: 22-60-34. 





et 
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Szóval sysop 
szeretnél lenni? 


Akik hébe-hóba felhívnak egy BBS-t, valószínűleg eltűnőd- 
nek azon, milyen is lenne egyszer egy saját rendszert 
üzemeltetni. Sok időbe, nem kis erőfeszítésbe, türelem- 
be és pénzbe is kerül, hogy valaki sysoppá válhasson, 
de előnyeit sem szabad véka alá rejteni. (Sysop -— system 
operator -  rendszerüzemeltető.) Nézzük most meg, 
mit is jelent felállítani egy saját BBS-t (BBS -— bulletin 
board system — elektronikus hirdetőtábla, információköz- 
vetítő rendszer). 

Komputered és egy modem segítségével a világ bármelyik 
BBS-ét felhívhatod a normál telefondíjszabás árán. Saját 
BBS-eddel viszont a szó szoros értelmében az egész kompu- 
teres világgal beszélgethetsz. Rendszeredet használhatod 
programok, állományok cseréjére, de hangot adhatsz bármi- 
vel kapcsolatos véleményednek is. A BBS nem más, mint 
egyfajta kommunikációs forma közted, a sysop és a többi 
felhasználó között. Nem lényegtelen az sem, hogy eszmecse- 
rétek valóságos legyen, hisz a BBS lényege éppen az, hogy 
a megszerzett információkat megosszad a felhasználók és 
komputerrajongók között, pontosan úgy, mint például egy 
élménybeszámoló beszélgetésben. 

A rendszer kiépítése előtt érdemes egy felhasználói cso- 
porthoz csatlakoznod, ahol rengeteg jó tanácsot kaphatsz, de 
élőben is tanulmányozhatod a BBS működését, olcsón vagy 
akár ingyen juthatsz hozzá első programállományaidhoz. 
Saját rendszeredet ugyanis komoly szoftverarzenállal kell 
indítanod úgy, hogy már a kezdet kezdetén is nyújthass 
valamit hívóidnak. Ezek után azt is el kell döntened, hogy 
privát (csak a baráti köröd számára elérhető) vagy nyilvános 
rendszert kívánsz-e kiépíteni. Egy szűk körű rendszer üze- 
meltetése már alkalmas lehet arra, hogy felmérjed, megfelelő 
sysop-anyagból gyúrtak-e. Ha úgy találod, hogy igen, akkor 
érdemes rendszeredet saját telefonvonaladról egy másik 
— bérelt — vonalra költöztetned, és egyben nyilvánossá is 
tenned. 

A BBS-sel nem fogsz meggazdagodni! Ha csak alapvető 
szolgáltatásokat tartasz a gépeden, még a telefonszámlád sem 
lesz túl borsos, de megállapodhatsz hívóiddal a költségek 
megosztásában is. 

De nézzük most meg, mi szükséges még egy átlagos BBS 
üzemeltetéséhez! Elég lesz egy 64 K-s, esetleg 128 K-s 
számítógép, egy floppymeghajtó-egység, egy 300 bps átviteli 
sebességű modem és esetleg egy nyomtató. Ilyen — viszony- 
lag kis — kiépítettségnél az állományok méretét limitálnod 
kell ugyan, de alapvető tapasztalataidat már egy ilyen kon- 
figuráció mellett is gyarapíthatod. Gyakran kell majd a le- 
mezeket cserélgetned, felhasználóidnak pedig be kell érniük 
azzal az anyaggal, ami aktuálisan a meghajtódon forog. 
Állományaid feltöltése megint más kérdés. A célod ugyanis 
az, hogy te is minél több olyan programot kapj, amit hívóiddal 
megoszthatsz. A kis kiépítettségű rendszer viszont csak kevés 
program egyidejű fogadására alkalmas, ezért ügyelned kell 
a lemezek cseréjére, a rendszert állandóan gondoznod és 
felügyelned kell! Ideális lenne tehát saját BBS-edet egy 20 
MB-os vagy nagyobb kapacitású winchesterrel is kiegészíte- 
ned. Így az üzemeltetés szinte problémamentess : válik, kevés 
figyelmet igényel, ugyanakkor hatalmas mennyiségű szoft- 
vert tarthatsz raktáron, és akkor még nem beszéltünk a 
merevlemez és a 1541-es meghajtók közötti sebességkülönb- 
ségről. 





HOW TO MAKE ANY PC RUN FASTER 


COMVIPUTE 


JUNE 1991 


WE TEST 9 PRINTERS 
FLY GULF WAR SORTIES WITH FALCON 3.0 
nki eg b ee H 


us s208/42 1.05 


Mielőtt a BBS-edhez szoftvert vásárolnál, szerezd meg az 
elérhető szakirodalmat, ahol ezek szolgáltatásait áttekinthe- 
ted. Ne add fel addig, míg az általad megálmodott rendszerhez 
a legmegfelelőbb programcsomagot meg nem szerzed. Más 
szoftver szükséges egy párbeszéd-orientált BBS-hez, más a 
fájl- és programcserén alapulóhoz és megint más, ha online 
játékokat játszotok. 

Ne utólag próbálj meg rájönni, hogy kezdetben mit is 
akartál! Ezért nem árt papír és ceruza segítségével megter- 
vezned, meddig is fog terjedni BBS-ed, elképzelned leendő 
menüstruktúrádat — a beszerzett dokumentációra is támasz- 
kodva. Ezzel egy csomó időt és fejfájást takaríthatsz meg. 

Ha a BBS-t nyilvánossá teszed, attól még megkövetelhe- 
ted, hogy a felhasználók azonosítsák magukat, netán jelszót 
használjanak. Minden sysop szereti tudni, hogy ki hívja a 
rendszerét. Ez a módszer segít a komputer-kalózkodás ellen, 
ugyanakkor megvéded felhasználóid személyes üzeneteit, 
elektronikus levelesládáját. Ha nagyon kukacos vagy, meg- 
kérheted potenciális hívóidat, hogy BBS-ed első használata 
előtt postázzák neked igazi nevüket és címüket. Általában 
nem tanácsos, hogy rendszeredet a hívók számára teljesen 
hozzáférhetővé tedd. Kivételt képezhetnek azok, akiket nagy 
biztonsággal tudtál azonosítani. Ha például éppen számító- 
gépednél ülsz, amikor valaki felhívja BBS-edet, normál 
telefonodon hívd fel az általa megadott számot! A vonalnak 
foglaltnak kell lennie! Ha nem, az felettébb gyanús, és további 
nyomozást igényel. 

Némi védelmet kell kiépítened a , bőbeszédű" felhasználók 
ellen is. Nem árt, ha a hívásonkénti időt 45 percre korlátozod, 
illetve ha egy számról naponta maximum három hívást 
fogadsz el. Ha ezt nem teszed, néhány felbátorodott hívó 
szinte kivonja vonaladat a forgalomból, míg mások hiába 
próbálnak hívni és elbizonytalanodnak. De a sysop is értet- 
len, ha nem hívják a rendszerét. Egy verőfényes nyári napon 
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például ne számíts csúcsforgalomra! Ha kevés a hívód, 
hirdesd meg magad más BBS-eken, komputerújságokban 
vagy fénymásolt szórólapokon, amiket könyvtárakban, isko- 
lákban vagy számítógépboltokban adhatsz le. 

Ha mindezek után is úgy érzed, hogy alkalmas lennél 
sysop-nak, akkor vágj bele! Ehhez segíteni fog saját BBS-ed 
gyümölcseinek betakarítása. Nagyon sokat tanulhatsz meg a 
komputerekről, egy csomó szoftvert gyűjthetsz össze hívó- 
idtól, és emberekkel társaloghatsz a világ minden tájáról. 
Ráadásul senkit nem kell hívnod, ők keresnek meg téged! 
Szívet melengető érzés felhasználóid elismerő véleménye 
rendszeredről — és ezen keresztül rólad is. 

(Compute, 1991/március) 





A Sun Devil hadművelet 


Amerikában a törvény emberei úgy szállnak szembe a szá- 
mítógépes bűnözéssel, hogy közben csak halvány sejtéseik 
vannak a vonatkozó jogszabályok szándékait és alkalmazási 
technikáját illetően. A Harvard Egyetem Jogi Karának egy- 
kori hallgatója, Buck BloomBecker rajtuk, illetve a számító- 
gépes kalózkodás áldozatain próbál segíteni jó egy évtizede. 

BloomBecker — tízéves közvádlói múlttal a háta mögött 
— 1979-ben megalapította az NCCCD-t (National Center for 
Computer Crime Data). Célja az volt, hogy az USA összes 
felderített számítógépes bűnügyének jogi körülményeit és az 
eljárások részleteit adatbázisba gyűjtsék, segítve ezzel a 
precedens ügyekben eljáró jogászokat. Ugyanakkor nem 
hivatalos kapcsolatokat építettek ki adatvédelmi szolgálatok- 
kal, könyvvizsgálókkal és rendszeroperátorokkal is. Mivel az 
információt igénylő személy egyben adatszolgáltató is, az 
állomány naprakésznek tekinthető, ami azért fontos, mert az 
USA államaiban évente tekintélyes mennyiségű új törvényt 
alkotnak a komputer-kalózkodás vagy éppen a vírusok terje- 
dése ellen. 

A hatékonynak szánt jogi támogatás azonban visszafelé is 
elsülhet, ezért BloomBecker óva int a túlbuzgóságtól. Ám a 
törvény cerberusai — fittyet hányva az intelemre — megin- 
dították a Sun Devil hadműveletet. Az akció 1990 májusában 
fejeződött be, és kétéves titkosszolgálati nyomozás előzte 
meg, amelybe 150 szövetségi ügynököt és számos helyi, 
valamint állami jogi szervezetet vontak be. A hadjárat króni- 
kája 27 letartóztatásról, jó néhány BBS bezárásáról, 40 
számítógép és 23 000 mágneslemez elkobzásáról számol be. 
Az akciónak köszönhetően viszont megalakult az EFF (Elect- 
ronic Frontier Foundation), amely már nemcsak a törvény- 
cikkek gyűjtésére, hanem azok korrekt és jogszerű alkalma- 
zásárais koncentrál. A Sun Devil hadművelet ugyanis számos 
alkotmányozási és polgárjogi kérdést vetett fel. 

A társadalom egy része az akciót annak látta csak, amit a 
hatóságok is igyekeztek láttatni velük, azaz hajtóvadászategy 
falka ifjú csibész ellen, akik a , sötétség légiójának" nevezik 
magukat. 

Mások viszont azt nehezményezték, hogy az ügyben érin- 
tett hackereket sötét és gonosz bűnözőkként festették le, 
holott vétkük mindössze annyi, hogy felfedezték és kihasz- 
nálták a , cyberspace"-t. (Ez William Gibson sci-fi író termi- 
nológiája, közelítő magyar megnevezése , kibernetikai hé- 
zag" lehet, és a számítógépes rendszerek eddig még nem 
kutatott, feltérképezetlen és ismeretlen mezsgyéjére utal.) 

Jogi szempontból viszont a Sun Devil hadművelet a bak- 
lövések sorozatának bizonyult. Betiltották például a Phrack 
nevű komputeres újságot, amit pedig az alkotmány ugyanúgy 
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véd, mint a New York Timest. Volt olyan komputer-kalóz, 
akit még óvadék ellenében sem helyeztek szabadlábra, mond- 
ván, hogy ő minden idők legelvetemültebb számítógépes 
bűnözője. Hónapokra betiltották a Steven Jackson-féle játé- 
kokat csupán annak a gyanúnak az alapján, hogy egyik 
alkalmazottjuk — egy BBS sysop (rendszergazda) — esetleg 
szintén komputer-kalóz. Egy másik BBS sysop esetében 
pedig az a gyanú merült fel, hogy a Texasi Egyetem számí- 
tógépét használta fel üzelmeire. Mégsem az egyetemen jelent 
meg házkutatási paranccsal az FBI, hanem a gyanúsított 
lakásán, és az egyetem komputere helyett a lakáson található 
személyi számítógépet foglalták le. 

Az akció hátterét vizsgálva sok hasznos tanulság vonható 
le. A számítógépes rendszerbetörést — amit a hackerek 
szívesebben hívnak rendszerfeltörésnek — kezdetben azért 
övezte a társadalom viszonylagos toleranciája, mert éppen 
időszerű volt. Elődje, a telefonbetyárkodás a 60-as évek 
Amerikájában szintén megtűrt lázadási mód volt olyan mo- 
nolit egységek ellen, mint a gigászi telefontársaságok. A 
számítógépes rendszerek liberalizálásakor még éltek ezek az 
attitűdök, és alternatívaként a komputer-kalózkodás irányába 
hatottak. Ma tulajdonképpen a számítógépes bűnözés már a 
hagyományos bűnözési műfajok között (lopás, csalás) is jelen 
van, a komputerrendszerek széles körű alkalmazása miatt. 
Mi hát a megoldás? 





BloomBecker szerint a felhasználókat sokkal felelősebb 
komputerezésre kell szorítani, az EFF álláspontja viszont a 
teljes liberalizációt és felvilágosítást célozza. Ez ellen 
BloomBecker a maga híres példáját hozza fel: az Iran-gate 
ügyben inkriminált North ezredes egy rendszerbeli hurkot 
használt fel arra, hogy ellenőrizhetetlen beszélgetést folytas- 
son Poindexter admirálissal, , Egy kicsivel több szakértelem, 
és sohasem tudtuk volna meg, miben is sántikálnak" — 
mondja szkeptikusan. A technikai robbanás eredményeként 
a törvény emberei úgy érezték, hogy elvesztették uralmukat 
a dolgok irányítása felett. Ennek azután természetes velejá- 
rója volt, hogy enyhén kétes módszerekkel próbálták vissza- 
birkózni a hatalmat a naprakész hackerektől. A Sun Devil 
hadművelet ennek a filozófiának volt az első , éles" próbája. 

BloomBecker szerint, ha a törvény a sztereotíp kalóztípus- 
ra koncentrál — intelligens, fiatal férfira —, akkor a bizton- 
sági rendszerek csődöt mondanak. A felelős komputerezés 
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mellett a törvény embereit is meg kell tanítani a szakma 
trükkjeire, mert , addig, amíg egy komputer-kalóz ügyében 
eljáró FBI-nyomozó nem tud egy ROM-chipet egy satutól 
megkülönböztetni, nem várható érdemi fordulat" — kesereg. 
A komputer- és kommunikációs rendszerek tükrében újra 
kellene gondolnunk az adatvédelem elemi szabályait, és 
végre meg kellene húzni azt a határvonalat is, amin túl az 
adatszerzés már bűncselekmény. BloomBecker szerint ezeket 
a dilemmákat Amerikában inkább az EFF tudja majd feloldani 
— presztízse, erőforrásai és hatékony eszköztára révén —, 
semmint a küzdelmet elindító NCCCD, amelyik kellő erő 

hiányában csak asszisztált egy szélmalomharchoz. 
(Personal Computer World, 1991/március) 


Az önszervező rendszerek 


A számítástechnika három olyan nagy problémakörrel küzd, 
amelyhez teljes szemléletváltás szükséges, mert az eddig 
bevált programozási, gép- és rendszerépítési módszerek eze- 
ken a területeken nem alkalmazhatók. 

1. Alak- és hangfelismerés. 

2. Az egész Földet behálózó rendszer. 

3. Párhuzamos felépítésű számítógépek. 

A számítástudomány most tart ott, hogy megérti, vannak 
olyan feladatok, amelyeket szinte lehetetlen programozni, 
ezért megpróbáljuk a természettől kölcsönkérni azokat az 
alapelveket, amelyek alapján például az alak- és hangfelis- 
merés történik. Valószínűleg ez az a fő irány, amerre a 
filozófia, a matematika és a programozástechnika tart, hogy 
jobban megérthessük a körülöttünk lévő világot. Teljesen 
persze a programozást sem dobjuk el, mert vannak dolgok, 
amelyeket az idegrendszer nagyon rossz hatásfokkal végez. 
Így például azt, hogy 3--2-5, legjobb esetben is több száz- 
millió sejtünk számítja ki, vagy mondjuk nyelvünket több 
ezer évig sok millió ember csiszolta a maga sok milliárd 
agysejtjével, mire ilyen lett. 

A molekulákat, atomokat, elemi részecskéket ilyen sor- 
rendben egyre kevésbé ismerjük; nem tudjuk, miből van egy 
elemi részecske. A molekulák sejteket, a sejtek embereket, 
az emberek egy-egy ország társadalmát, ezek pedig a földi 
civilizációt alkotják. Számomra itt a tréfás csomag legkülső 
doboza. Ebben a pillanatban szinte hallom, hogy tiltakoznak 
az ufó-hívők, miszerint a Föld igenis kölcsönhatásban áll más 
civilizációkkal. Egy százalék esélyt adok nekik, de valahol 
meg kell húznom a vonalat. Az élő sejt minden egyes 
molekulája élettelen. Ezek szintén élettelen, de működő 
kémiai automatákat alkotnak. E kémiai rendszerek közötti 
önszerveződés teremti az életet. Két érv küzd egymással: az 
egyik azt mondja, hogy egy sejt annyira bonyolult, hogy 
teremtéséhez Isten (Sátán, Életerő, Varázslat stb.) szükségel- 
tetik, mert ennyi bonyolult molekula soha nem gyűlik össze 
egy helyre véletlenül; a másik azt, hogy egyszerű gázokból 
aminosavakat, ezekből fehérjékhez hasonló anyagot, ezekből 
meg néhány más anyagból osztódó és sajátanyaguk egy részét 
szintetizáló képződményeket hozhatunk létre. Mindkét csapat 
megfeledkezik az élő és az élettelen közötti szerveződési 
szintről. 

A többsejtű, önálló mozgásra képes élőlények azért alkal- 
mazkodnak jól környezetükhöz, mert rendkívül gyorsan re- 
agálnak annak változásaira, és ezt idegrendszerüknek köszön- 
hetik. Az idegrendszer, ha csak néhány sejtből áll is, óriási 
előnyt jelent azokkal szemben, amelyeknek ilyen sincs. Egy 
idegsejt utasításkészlete rendkívül csekély. Bemeneti oldalán 


súlyozottan összegzi pozitív előjellel az ingerületeket, nega- 
tívval a gátlásokat, és ha az összeg pozitív irányban meghalad 
egy kritikus szintet, kimenetén megjelenik egy impulzus. Ez 
után bizonyos holtidő telik el a következő kimeneti impul- 
zusig, még akkoris, ha a bemeneti jel változatlan. Ez a holtidő 
helyettesíti a központi órajelet, és lehetővé teszi a rendszer 
összehangolódását, bár oka eredetileg az, hogy a sejt csak 
szakaszosan képes energiát leadni. A bemenetek súlyozása a 
tanulási folyamat során alakul ki, ez és a sejtek viszonylag 
egyszerű huzalozása helyettesíti a programozást. 

Az, hogy a sejtek embereket építhetnek fel, nyilvánvaló, 
mint ahogy az is, hogy az embert mint fogalmat nem a sejtek 
építik fel, hanem a sejtek közötti kapcsolatok. Az emberi 
értelem viszont nem az egyes emberek tulajdonsága, hanem 
a társadalomé. Az egyes országok társadalma viszont sze- 
münk láttára szerveződik valami nagyobb és bonyolultabb 
szervezetté. A legutóbbi háború jó példa erre: egy erősebb 
ország megtámadott egy gyengébbet, mire az összes többi 
megdöbbentően rövid idő alatt kőkeményen keresztbe tett az 
agresszornak. Ha az ENSZ-nek sikerül egyre inkább az egész 
emberiség érdekeit képviselnie, mindent felülmúló hatalom- 
má válik, és mindaddig, amíg ezzel vissza nem él, irányíthatja 
a Földet. Ehhez tengernyi észre és bölcsességre lesz szüksége. 

Létezik tehát egy rendezőelv, amely egyszerű elemek 
összekapcsolásával összetettebb rendszereket hoz létre. Az 
önszerveződés lényege, hogy az alkotóelemek úgy állnak 
kölcsönhatásban egymással és a környezetükkel, hogy elér- 
hessenek egy bizonyos egyensúlyt. Ma egyetlen ilyen folya- 
matot tudunk pontosan leírni: a kristálynövesztést sóoldatból. 
Ekkor molekulák kaotikus kavargásából rendezett struktúra 
jön létre. Persze nem mondhatjuk, hogy az atomok AKAR- 
NAK elérni egy bizonyos állapotot, így a definíciót is fejre 
kell állítani: azt a dinamikus egyensúlyi állapotot nevezzük 
önszervező struktúrának, amelyik. . . És most önmagával nem 
magyarázhatjuk. Mi itt a gond ? 

Hát az, hogy egy ilyen szervezet látszólag teljesen ellent- 
mond az entrópia elvének, miszerint minden magára hagyott 
zárt rendszer a rendezetlenebb állapota felé törekszik. Ismét 
ez a fránya törekszik. . . , akar. . . , szeretne. .. Mondjuk inkább 
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azt, hogy egy magára hagyott zárt rendszerben nagyobb a 
valószínűsége a sűrűség kiegyenlítődésének, mint a külön- 
böző sűrűségű tartományok elkülönülésének — energiáról 
vagy bármilyen közegről legyen szó. No mármost az atomok- 
nak nem kell akarniuk semmit, és az ellentmondás is részben 
fel van oldva. Különben sem kell nekünk az entrópia; egy 
egyensúlyi zárt rendszerben nem jönnek létre önszervező 
rendszerek, Kristályt is úgy növesztünk, hogy az a tértarto- 
mány, ahol a rendezett struktúra létrejön, soha nem zárt és 
soha nem egyensúlyi; mindig anyag és energia áramlik át 
rajta. Létezik tehát a természetben egy olyan törvény, ami 
látszólag az entrópia ellen dolgozik, de valójában kiegészíti 
azt: miközben egy szinten kiegyenlítődés történik, a kölcsön- 
ható elemek létrehozhatnak egy olyan összetett rendszert, 
amelynek stabilitása és a környezetével fennálló dinamikus 
egyensúlya belső állapotváltozásainak körfolyamata révén 
marad fenn. 

Ez a dolog egyik oldala. A másik: gondolatkísérlet. Ve- 
gyünk egy nagy számítógépmemóriát, töltsük fel 1 és 0 
bitekkel véletlenszerűen, majd tegyünk bele egy pici progra- 
mot, amely: 

1. Keres egy helyet, önmagán kívül. 

2. Másolatot készít önmagáról azon a helyen. 

3. Elindítja a másolatot. 

4. Tovább működik. 

Eredmény: először lassan, majd egyre gyorsabban rende- 
zett tartományok jönnek létre. Ezután a dolog háromesélyes: 
1. A folyamat valahol látszólag vagy ténylegesen leáll. 

2. A rendezett és rendezetlen állapotok véletlenszerűen 
kavarognak. 

3. Létrejön az események zárt körfolyamata. 

Jellemző még a modellre az, hogy a kezdeti állapotok 
parányi változása szélsőségesen felerősödik. (Matematikusok 
azt mondják: divergál.) Mivel géppel dolgozunk, az említett 
véletlen természetesen nem igaz, de a zárt körfolyamat 
ismétlődési hossza vagy a stabil állapothoz vezető esemény- 
sorozat hossza már 64K esetén is iszonyúan nagy szám. 

Ezt a háromféle viselkedést már W. Ross Ashby homeo— 
statja is tudta. Ez analóg gép volt, négy összekapcsolt szer- 
vorendszerből állt, és az idegsejthálózat viselkedését akarták 
modellezni vele. A közismert Életjáték Neumann sejtautoma- 
táinak legegyszerűbb változata. 

Neumann matematikai modellt készített: gyakorlatilag 
végtelen hosszúságú és szélességű síkot, amelyet négyzet 
alakú, egymáshoz kapcsolódó sejtek alkotnak. A sejtek struk- 
túrája, az állapotváltozás-függvény minden sejtre azonos, 
előre adott és időben állandó. Ez azt határozza meg, hogy a 
sejt következő állapota hogyan függ előző állapotától és a 
szomszédos sejtek előző állapotától. Hogy egyszerűbb legyen 
a dolog, a vizsgálat kezdetén a sejtek az általunk vizsgált 
sejtcsoportok kivételével úgynevezett nulla állapotban van- 
nak, és a sejtek állapotukat az egész síkon egyszerre változ- 
tatják. Neumann bebizonyította, hogy ebben tervezhető egy 
olyan sejtcsoport, amely a ciklikus működés különleges 
eseteként önmagáról működő másolatot képes készíteni. 

Modellezhető tehát az élőlények egyik legfontosabb tulaj- 
donsága: az önreprodukció. Egy egysejtű persze nemcsak ezt 
csinálja. Szabályozott anyag-, és energiacserét folytat kör- 
nyezetével; saját apróbb sérüléseit képes kijavítani; elhasz- 
nálódottrészeit újakra cseréli; a környezet lassú változásaihoz 
bizonyos határok között alkalmazkodik. A többsejtűek ezen- 
kívül információt dolgoznak fel, és megváltoztatják környe- 
zetüket. 

A számítástechnika nagy eredménye, hogy létrejöttek az 
óriási kapacitású, olcsó háttértárak, és azok az eszközök 
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(lézer, üvegszál), amelyek lehetővé teszik nagy mennyiségű 
információ gyors, nagy távolságú átvitelét. Ezzel megjelent 
a lehetőség és vele együtt az igény is az egységes világméretű 
számítógéphálózatra. Egy ekkora hálózatot egy központból 
vezérelni azért lehetetlen, mert mindig a központ lenne a szűk 
keresztmetszet és inkább akadályozná, mint segítené a háló- 
zat részei közötti kapcsolatteremtést. Jobb, ha meg sem 
kíséreljük egy ilyen rendszer üzembe helyezését, mert utólag 
óriási munka lenne a műszaki és anyagi csődtömeg felszá- 
molása, és az átállás egy valóban hatékonyan működő új 
rendszerre. Most kell elvileg jól megtervezni az egészet, és 
beleálmodni az összes előre nem látható bővítési lehetőséget 
is, mert utólag változtatni egy ekkora méretű és komplexitású 
rendszeren nem lehet. sz 

Hogyan lehet megtervezni az előre nem láthatót? Úgy, 
ahogy az élőlények idegrendszere felépül: néhány egyszerű 
alapelv, keresési, adatszűrő, azonosító és tanuló algoritmus; 
minden teljesen alárendelve a célnak, hogy az objektum 
alkalmazkodni tudjon a környezetéhez és a hozzá hasonló 
objektumokhoz. Az emberi környezet felé az illesztőfelület - 
lehet egyedi, de a hálózat felé egységesnek kell lennie. A gép 
lehet bármilyen, ha kapacitása és sebessége elegendő. A 
vonalillesztőnek is csak néhány alapvető fizikai és forgalma- 
zási paramétert kell tudnia. A vezérlőprogram bonyolultsága 
viszont minden eddigit felülmúl, mert önmaga másodpéldá- 
nyaival tökéletes biztonsággal, olajozottan kell együttműköd- 
nie. Ez lehet egy 3 usgue 20 megabájtos program, amely 
annál kisebb lehet, minél jobban szakítani tudunk eddigi 
programozási szemléletünkkel. Ennek a programnak ugyanis 
harmadfokú önszervező rendszernek kell lennie. Az értelmes 
lények társadalma csak 40-50 féle atomból épül fel, mégis 
értelmes, mert minimum ötödfokú önszervező rendszer (ahol 
DNS-I, riboszóma-2, neuron—3, bogár—4). Tehát egy ilyen 
program bonyolultsága szinte eléri a legegyszerűbb bacilusét. 
Ezt létrehozni titáni méretű és jelentőségű feladat. 

A számítástechnika harmadik, gyorsan fejlődő sötét terü- 
lete a párhuzamos feldolgozásnak nevezett biztató kísérlete- 
zés. Ezekkel a gépekkel olyan folyamatokat modellezhetünk 
majd, amelyeket nem tudunk vagy nem lehet előre elemi 
utasításokra lebontani. Ha összekapcsolunk akár kettő, akár 
több mint egymillió mini- vagy mikrogépet, a szűk kereszt- 
metszet itt is a működésüket összehangoló program és a 
csatlakozópontjaikat összekötő drót lesz. Az előbb említett, 
önmagához hasonlóval tökéletesen kommunikáló programot 
nem integrálhatjuk egy parányi elemi adatfeldolgozóba. Mi 
a megoldás? Először is el kell dönteni, hogy mire akarjuk 
használni ezt a gépet. A felépítés nem független a feladattól. 
Fel kell mérni, hogy egy elemi adatfeldolgozás milyen bo- 
nyolultságú, és ennek megfelelően lehet megtervezni az 
alapelem méretét (memóriaméret és utasításkészlet). Nagyon 
gondosan kell megtervezni az alapelemek közötti adat- és 
utasításforgalmat, és ennek minél nagyobb részét integrálni 
az alapelembe. Továbbá: az elemek összekapcsolódását úgy 
kell megtervezni, hogy ha az egyik elem feldobja a talpát, az 
adatutak kikerülhessék, és az egész rendszer működőképes 
maradjon. Gondoskodni kell arról is, hogy a textúra minden 
irányban akármekkorára bővíthető legyen, egy 64 cellás gépet 
könnyedén lehessen 256-osra bővíteni. Meg lehetnézni, hogy 
mi az elvi különbség a 8 x 8-as négyzetrács és a henger- vagy 
gömbfelületre tett 64 cella között. Külön problémakör az, 
hogyan juttatom be az adatokat és veszem ki az eredményt. 
Célszerűbb itt is minden egyes elemhez eljuttatni az infor- 
máció egy-egy részét, mert a textúra szélén lévő kapcsolódási 
pontokat további bővítésre lehet felhasználni. 

(PC World, 1991/március) 
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Hódít a laptop 


Amíg a nagyok technikai és árháború- 
jukat vívják a piacon, addig a kutatók 
igyekeznek előre látni a fejleményeket. 
Egyes elemzők szerint a közeljövőben 
a legnagyobb eladási felfutást a laptop 
és notebook kategóriájú gépek fogják 
elérni. A hordozható mindentudók nép- 
szerűsége érthető, hiszen általuk laká- 
sunktól és munkahelyünktől távol tar- 
tózkodva sem kell lemondanunk egy 
nagy teljesítményű munkaeszközróől. 
Fizikai méretük egyre zsugorodik, egy- 
re apróbbak és könnyebbek. Az elemek 
sem merülnek már le olyan gyorsan és 
könnyebbek is lettek. 

A technika fejlődésével elképesztő 
lehetőségek nyílnak meg. A japán NEC 
cég például nemrég olyan géppel jelent 
meg, amely mindössze három kilo- 
gramm tömegű, és összekapcsolható a 
számítógéprendszerekkel — mégpedig 
rádióhullámok segítségével. A rádióte- 
lefont is közbeiktatva a felhasználók 
fantasztikus mozgásszabadságot kap- 
nak. Üzletemberek, menedzserek repü- 
lőről, autóból vagy akár a tárgyalóte- 
rembóől, értekezlet alatt hívhatják saját 
számítógépes rendszerüket, vállalatuk 
központi gépét. 

Ennek ellenére a laptop-készülékek 
sajnos még mindig számos kompro- 
misszumra kényszerülnek, főleg ami a 
képernyőt illeti. (Bár az IBM azt han- 
goztatja szlogenjében, hogy , egy laptop 
kompromisszumok nélkül".) Az is tény, 
hogy ezek a gépek sokkal kisebbek már 
nem lehetnek, mert kezelésükhöz bizo- 
nyos hozzáférhetőségre, kézméretnyi 
helyre szükség van. A továbblépéshez 
már a hanggal vezérelhető és kézírás- 
felismerő, igazi , jegyzetfüzet-számító- 
gépek" tökéletesítése szükséges. 


Számítógépes elsősegély 


A számítógépes szolgáltatások piacán 
dinamikusan fejlődik a katasztrófaelhá- 
rítás üzletága. Mióta a hangsúly eltoló- 
dott a , vasról" az adatra, egyre fonto- 
sabb lett az információ védelme. Nem- 
csak az adatokhoz való illetéktelen hoz- 
záférés megakadályozása tartozik ide, 
hanem az adatok elvesztésének kikü- 
szöbölése is. Hazánkban ahány cég, 
annyiféle helyi szabályzat írja elő a 
mentések rendjét, az adatlemezek táro- 
lását. A duplikált winchestertől a pán- 
célszekrényig minden előfordul a pa- 
lettán! 

Az ICL (International Computers) 
angliai vállalat, amelyben a világhírű 
japán Fujitsu cégnek többségi rész- 
vénye van, és az ugyancsak brit Sher- 


wood új vegyes vállalatot hozott létre 
számítógépes vészhelyzetben nyújtan- 
dó szolgáltatásokra. Ez azt jelenti, hogy 
például valamilyen természeti kataszt- 
rófa esetén (tűz, földrengés, árvíz stb.) 
a megsemmisült vagy sérült számítógé- 
pes rendszereket azonnal kisegítik egy 
adatfeldolgozó központtal, szigorúan 
Üzleti alapon. 


Multiprocesszoros NCR 


Processzorok tömeges összekapcsolá- 
sán alapuló számitógéprendszer forgal- 
mazását kezdi meg várhatóan 1991. 
szeptemberében az NCR. Ennek a rend- 
szernek legfőbb erőssége, hogy olcsó 
mikroáramköröket használ fel, amelyek 
egymás teljesítnényétmegsokszorozva 
rendkívül nagy műveleti sebesség el- 
érését teszik lehetővé. Eddig ilyen 
rendszereket csak  műszaki-tudomá- 
nyos kisérletek, számítások céljára al- 
kalmaztak. 

A hamarosan forgalomba kerülő 
3600-as gépcsalád lesz az első, melyet 
ügyviteli rendszerként való felhaszná- 
lásra ajánlanak. Az NCR az amerikai 
számítógépgyártó piac ötödik legna- 
gyobb vállalata. Ausztriai székhelyűeu- 
rópai képviselete 1992-től tervezi a ma- 
gyar piac kiszolgálását. 


Keleti vírusveszedelem 


Nem nindig örülnek Nyugaton a kelet- 
európai változásoknak! Nyugat-Európa 
adatfeldolgozó rendszereit ugyanis tö- 
megével lepték el a , vasfüggöny mögül 
kiszabadult", új vírusok. A keleti prog- 
ramozók — ha már piaci részesedésüket 
egyelőre nem nagyon tudják növelni — 
leleményességükkel , kápráztatják el" 
nyugati kollégáikat. Például olyasmi- 
val, hogy a vírus a saját hosszát levonja 
a program új hosszából, és ezt a válto- 
zatlanságot imitáló fájlhosszt tárolja. 
Másik galád trükk a vírushordozó vírus, 
amelyet viszonylag könnyű felfedezni, 
de annak , kiirtásakor" megszületik a 
rejtettebb másik vírus. 


Sok kicsi sokra... menne 


A Balaton Trade Kft. által a közelmúlt- 
ban szervezett kiállítás alapgondolatát 
az adta, hogy a szaporodó új vállalko- 
zások egyre-másra keresik az egysze- 
rűbb, kisebb számítógépes rendszereket 
és a célfeladatokat megoldó pénzügyi, 
ügyviteli stb. programokat. Főleg olyan 
komplett rendszerekre lenne igény, 
amelyek nem túl nagy összegért (100- 
200 ezer forint) könnyen kezelhető gé- 
pet és programokat tartalmaznak. 


A kiállító cégek (a CKC Szentendré- 
ről, a SZÜV Lícium Rt., a SZÜV Me- 
takód Leányvállalat, a Balaton Elektro- 
nika Kft. és a Kvalitatív Kft. Kecske- 
métről) éppen ezeket az olcsó komplett 
rendszereket, rövid programokat kínál- 
ták. 
A hannoveri CeBIT-en külön szek- 
ciója van a kisvállalkozásokat segítő 
számítástechnikának. A hazai első fecs- 
két is igazán követhetné a többi, a 
Compfairen és az Ifabón sem feled- 
kezve meg a legdinamikusabban fejlő- 
dő vállalkozástípus , komputerizálásá- 
ról". 


A sakk ördöge 


Abból az alkalomból, hogy a Softinvest 
megkezdte a Mephisto sakk-számítógé- 
pek magyarországi forgalmazását, is- 
mét vitatéma lett, hogy legyőzhetik-e 
valaha is a számítógépek a legjobb 
sakkozókat. Az élversenyzők néhány 
évvel ezelőtt még határozott nemmel 
válaszoltak, most azonban már kezde- 
nek meginogni. A idei hannoveri 
CeBIT-en rendezett versenyen bemu- 
tatkozó Deep Thought-2 például meg- 
verte a német bajnokot. Ez a gép ugyan 
multiprocesszoros különlegesség, 2500 
Élő-pontszám körüli játékerővel, de a 
szériában készülő Mephisto család leg- 
erősebb tagjai, amelyek a legutóbbi 
világbajnokságot — nyerték (Lyon), 
ugyancsak tekintélyes, 2350-es pont- 
számúak. Kaszparov és Karpov is azok 
közé tartoznak, akik korábban nem tar- 
tották valószínűnek az emberi sakktu- 
dást felülmúló számítógépeket. Véle- 
ményük változóban van. 


Nagy hal az akváriumban 


Sokan feltették a kérdést a Computer 
2000 magyarországi megjelenésekor, 
hogy a tőkeerős, kizárólag nagykeres- 
kedelmi tevékenységet folytató cég te- 
vékenysége milyen változásokat ered- 
ményezhet a magyar piacon. A széles 
áruválaszték, a nagy készletekből ga- 
rantált azonnali szállítás révén igen 
fontos szerephez juthatnak a hazai vi- 
szonteladók ellátásában. Ráadásul a 
gyártóktól kapott kedvezmények miatt 
sok esetben alacsonyabb áron hozhatják 
forgalomba a számítástechnikai termé- 
keket, mint amennyiért azokat a deale- 
rek akár a termelőtől közvetlenül meg- 
vásárolhatják. A kis halak talán aggód- 
hatnak a nagy hal láttán, de a vásárlók 
inkább örülnek a fejleményeknek. Leg- 
alábbis reménykednek az árakat lefelé 
szorító valódi versenyben. 

Tiszai Tibor 
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Utrecht is a ringben euR 
SOFT. 


Nem sokkal a CeBIT befejezése után Bécsben, 

majd Budapesten is lezajlott az IFABO. 

A budapesti szakvásáron szinte minden valamirevaló, 
számítástechnikával foglalkozó magyar cég 
képviseltette magát, a veteránnak számító, 

több éve a piacon lévő cégektől kezdve 

az újonnan alakult legkisebbekig. 

A magyar standokon többnyire a hardver uralta a helyet, 


s ez inkább a kereskedői, 


semmint az alkotó szellem előretörését jelezte. 


A bevált szoftverek mellett 


csak az ügyviteli rendszerek igazolták, 

hogy mindig képesek a megújulásra. 

Május végén — a párizsi SICOB-nak 

a nagyok" által kikényszerített elmaradásával — 

a hollandiai Utrecht látta vendégül a világ élvonalát 
a Europe Software "91 kiállításon. 

Megnéztük, mennyire kötelez a név. 


Az IFABO-n tapasztaltak alapján nem 
is kerestük a magyar szoftverszerzőket 
a kiállítók között, mégis találtunk egy 
fecskét. Az egyetlen magyar stand a 
Daten-Kontor és a Metrimpex közös 
fellépésének volt köszönhető. Ezen a 
standon egy fogorvosi rendszer, a mis- 
kolci microCAD-en látott Dental keltett 
nagy érdeklődést. Utrechtbe a program 
német nyelvű változatát hozták el, csak- 
úgy, mint az ugyancsak német megren- 
delésre készült konferenciarendszert, 
amellyel az előadók regisztrálásától, 
szállásfoglalásától kezdve a teljes költ- 
ség- és honoráriumelszámolás elvégez- 
hető. 

A kiállításon három szekció különült 
el, a robotika és az általános szoftverek 
békés egymásmellettiségben a Juliana- 
halban, míg a LANWORLD (a hálóza- 
tok világa) teljesen elkülönítve a Marg- 
riethalban mutatkozott be. 

A robotikának otthont adó folyosón 
nagy feltűnést — és olykor riadalmat 
— keltett az önmagától közlekedő szál- 
lítókocsi, mely külső érzékelőivel tájé- 
kozódott (nem lefektetett huzal alap- 
ján), minden akadályt kikerülve. Eddig 
ehhez hasonló szállítóeszközökkel in- 
kább csak raktárakban, nagyobb gyá- 
rakban találkozhattunk, de ott a pálya 
előre meghatározott. 


44 ALAPLAP 1991/7 





Egy másik helyen a robotkarok rend- 
kívül finom mozgásokra történő prog- 
ramozása tűnt fel: a robot játszi köny- 
nyedséggel birkózott meg például az 
almahámozással. 

A hagyományos, általános felhaszná- 
lói szoftvereket a néhány nagy szoftver- 
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ús mellett jobbára a hollandiai viszont- 
és viszont-viszonteladók képviselték, 
az igazi nagy nevek inkább a LAN- 
WORLD-öt választották. Az Ashton- 
Tate előadássorozatban mutatta be , leg- 
újabb" termékeit (dBASE IV 1.1...). A 
WordPerfect valóságos nonstop show-t 
rendezett szoftverei tiszteletére. (Bár a 
szoftverük lenne fele olyan jó, mint a 
marketingjük, nálunk is bízvást népsze- 
rűbb lenne.) Sajnos igazából egyik óriás 
sem mutatott be semmi újat. A kiállító- 
terem középső részét az itthon rettegve 
figyelt Computer 2000 foglalta el. A 
CAD rendszerek királya, az AutoCAD 
11 Windows-os ruhában is megmutat- 
kozott. Minden itt megjelent reklám 
fennen hirdette a király dicsőségét, míg 
a háttérben megbúvó konkurens Robo- 
CAD a maga csendes módján ugyanerre 
a trónra pályázik. A jelek szerint egye- 
lőre még kevés eséllyel. 

Először üdvözölhettük nagy nyilvá- 
nosság előtt a Windows nagy riválisát, 
a GeoWorks programrendszert. A Geo- 
Works hatalmas előnye a böhönc Win- 
dows-zal szemben a kis memóriaigény 
(XT-n is minden további nélkül fut), 
valamint a talán még egyszerűbb kezel- 
hetőség. Remélhetőleg rövidesen itthon 
is megjelenik, vállalkozó kedvű forgal- 





Demólesen 


Az újságírók a kiállításokon mindig hódolnak olthatatlan gyűjtőszenvedé- 
lyüknek. Az Alaplap munkatársának pedig a kötelezően begyűjtendő labdák, 
kalapok, nadrágtartók stb. mellé , munkaköri kötelességként" szert kell(ene) 


tennie minden fellelhető demólemezre, hogy annak figyelemre méltó 
tartalmát közkinccsé tehesse a lap mágneslemez mellékletén. Így volt ez 
Utrechtben is. Zsákmányunkat azután kíváncsian dugtuk a gépbe a , ma- 
gyar" standon. Az eredmény lehangoló volt. Az egyik lemez — egy flamand 
vírusdetektor — elindulni még csak hajlandó volt, de tartalma messze 
elmaradt a nálunk kapható, hasonló programok teljesítményétől. A Progress 
demója pedig maga volt a demókészítő kisiparos szegénységi bizo- 
nyítványa, méltatlan a cég egyébként körültekintő, színvonalas reklámte- 
vékenységéhez. Mintha megéreztük volna, hogy valami gond lesz, két 
példányt is beszereztünk belőle. Hiába. Az összes fellelhető gép meg az 
összes trükk kevés volt ahhoz, hogy sikerüljön elővarázsolni a lemez 
tartalmát. Nem jártunk sokkal jobban a többi ajándéklemezzel sem: 
pénztárgép-konfigurációnk nem lévén, egy professzionális kivitelű demóval 
scm tudtunk mit kezdeni, amelyikbe pedig sikerült bepillantanunk, az alatta 
maradt a mércének. Így sajnos e havi lemezmellékletünkre nem kerülhetett 


, Madárlátta" szoftver. 
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mazókban talán nincs hiány. Hogy egy 
kicsit gyorsítsunk az ügymeneten, íme 
a gyártó GeoWorks címe: 2150 Shat- 
tuck Ave., Berkeley, CA 94704. Tel.: 
(415) 644-0083. 

A Fox cég régen beharangozott új 
terméke, a FoxPro 2.0 sajnos nem jelent 
meg a kiállításon (pedig Magyarorszá- 
gon már kapható). A Data Access cég 
műhelyében készült Dataflex legújabb 
verziója viszont várhatóan nagy sikert 
arat majd nálunkis. A Dataflex 2.3 teljes 
SOL-környezettel, önálló editorral, na- 
gyon egyszerűen kezelhető alkalmazás- 
generátorokkal felvértezve jelent meg. 
Sajnos a termék önnállóan futtatható 
(EXE) állományt nem fordít. Jobbára 
itthoni kiállításokhoz szokott látogatók- 
ként nagy meglepetéssel vettük észre 
— többek között — itt, a Data Access 
standján, hogy a kiállítók igen magas 
szinten értenek ahhoz a portékához, 
amit kiállítottak! Ismervén a magyar 
piac felvevőképességét, széles körű el- 
terjedésre nem is a Dataflex rendszer 
számíthat, hanem a FlexOL, amely ne- 
véhez híven a fájlformátumokat tekint- 
ve rendkívül rugalmasan igazodik a fel- 
használási környezethez. A , mindent 
menüből" alapállás a FlexOL beszámo- 
ló-készítőt a felhasználók körében kü- 
lönösen népszerűvé teheti. 

s még egy magyar vonatkozású hír. 
Lehetséges, hogy az évről évre listave- 
zető Recognitának az optikai karakter- 
felismerő rendszerek között elfoglalt 
trónját az amerikai Calera cég Word- 
Scan rendszere foglalja el a közeljövő- 
ben. A Recognita eddigi külföldi nép- 
szerűségének egyik tényezője a nagyon 
alacsony ár volt, most viszont a tudás- 
ban legalábbis egyenrangú WordScan 





már árban is versenyképes, így élesebbé 
válhat a verseny. 

Különleges hardvermegoldásoknak 
elvileg nem lett volna helyük az Europe 
Software-en, mégis örülhettünk, hogy 
ilyeneket is láttunk. Elég csak a Fast 
cég Screen Machine rendszerét említe- 
ni. A vezérlőszoftver Windows 3.0 alatt 
fut, bármilyen alkalmazásra ablakot le- 
het vele nyitni, ahol valós idejű digita- 
lizált kép bemutatása a cél. A kép hely- 
zete változtatható, más ablakok bármi- 
kor átfedhetik. A rendszerhez egy spe- 
ciális kártyára, valamint a Windows 
alatt működő szoftverre van szükség. A 
videokamera és a digitalizálókártya se- 
gítségével winchesteren rögzített filmet 
bármikor vissza lehet játszani. A képe- 


ket a rendszer a lemezen tömörítve tá- 
rolja. 

Minden valamirevaló hardvergyártó 
rendelkezik pénztárgépekkel, ezekből a 
nélkülözhetetlen eszközökből is jutott 
néhány a kiállításra. A 286-os AT-nek 
speciális 265 billentyűből álló klaviatú- 
rája van, a normál 101 gombon kívül 
minden egyes billentyű külön címezhe- 
tő. A kisméretű monitor (Carry) a szám- 
lakészítő programnak teljesen megfelel. 
Hasonló eszközt már Magyarországon 
is forgalmaznak. 

A LANWORLD kiállítás — mint 
már említettük — a nagyok találkozó- 
helye volt. Az összes UNIX, XENIX, 
NOVELL... képviseltette magát. Min- 
denki valami régi-új termékkel próbál- 
kozott. A NOVELL bemutatta az új 
3.00 sorozatot, a Microsoft a Windows 
alatt dolgozó LAN Manager program- 
ját, mely leginkább az Object Vision 
rendszerre hasonlít. 

Végül is mennyire felelt meg a ren- 
dezvény a nevének? Hát inkább volt 
Software, mint Europe. Sajnos a kiállí- 
tást valahogy nem nemzetközi közön- 
ségre tervezték, s ez a csak holland 
nyelven kiadott szórólapokon erősen 
érződött. Ugyanakkor dicséri is a kiál- 
lítókat, hogy az angol nyelvű informá- 
ciót kérő névjegyeket nem szuvenírnek 
tekintették: mire hazaértünk, jó néhány 
cég már postán el is juttatta hozzánk 
termékismertetőit. A számítástechnikai 
túltermelés mindenesetre érezhető volt, 
akárcsak a magyar IFABO kiállításon. 
Leggyakrabban itt is a kiállítók vizsgál- 
ták egymás termékeit. 

Csiki András 








Összefogás egy humánus ügyért 


A Netcom Kft. a közelmúltban felhívással fordult a számítástechnikai 
vállalatokhoz, hogy támogassák a Lares Alapítványt! Az alapítvány 
óvodájában olyan épelméjű, de súlyos beilleszkedési, alkalmazko- 
dási és kommunikációs zavarokkal küzdő, autisztikus gyerekek 
gyógyító nevelésével foglalkoznak, akik a hagyományos oktatási 
rendszerből kiszorultak. Az ingyenes óvoda mostoha körülmények 
között működik, adományokból tartja el magát. 


Mindennapi munkát szinte lehetetlenné tevő elhelyezési gondok 
enyhítésére a Svéd Ház Kft. egy épület felépítését ajánlotta fel. A 
házhoz tartozó telek megvásárlásához szükséges pénzösszeg azon- 
ban csak újabb adományokból teremthető elő. 


Ezen szeretne segíteni a felhívásával a Netcom Kft. Ezért kezdetben 
100000 Ft-ot ajánlottak fel erre a célra és egyúttal felhívták a 
számítástechnikai cégeket, hogy ilyen humánus célokra fordítsanak 
többet bevételeikből, járuljanak hozzá a Lares Alapítványhoz! 
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A GEM operációs rendszer XII. 


Metafüggvénytan 


Az előző alkalommal a GEM vektorgrafikus metafájl 
ismertetését kezdtük el, most a metafájlban alkalmazható 
VDI (virtual device interface) függvényekkel folytatjuk 


a sorozatot. 


A GEM metafájlban elsődlegesen vek- 
torgrafikát tárolhatunk, de lehetősé- 
günk van IMG formátumú bittérképes 
rasztergrafikus kép tárolására is. Ebben 
az esetben a metafájl fejrésze 14. sza- 
vának, a rasztergrafika flagnek az érté- 
ke 1. Ez azt jelenti, hogy a metafájl 
tartalmaz rasztergrafikát, pontosabban 
azt, hogy a metafájlban szerepel egy 
v. bit image-függvényhívás. 


A függvénycsoportok jellemzői 


A szabványos metafájl-függvények kö- 
rébe tartoznak a rajzoló, az attribútum- 
beállító, az általános és speciális célú 
meg a fájlkezelő függvények. A meta- 
fájl kezelésére is függvényeket kell 
használnunk, amelyek szintén a VDI- 
könyvtárhoz tartoznak. 

A rajzolófüggvényekkel vonalat, tég- 
lalapot, lekerekített sarkú téglalapot, 
körívet, kört, körcikket, ellipszist és el- 
lipsziscikket rajzolhatunk. Kiszínezett 
objektumokat is megjeleníthetünk: pél- 
dául téglalapot, lekerekített sarkú tég- 
lalapot, sokszöget, kört, körcikket, el- 
lipszist és ellipsziscikket. Az előbb fel- 
sorolt függvények vagy a rendszer ala- 
pértelmezése szerinti, vagy az attribú- 
tum-beállító függvényekkel előzőleg 
beállított attribútumokat használják. 

Az attribútum-beállító függvények- 
kel határozhatjuk meg a rajzfüggvé- 
nyek által használt attribútumokat. 
Ezektől függ a rajzfüggvények által 
megrajzolt alakzatok vonaltípusa, vo- 
nalvastagsága, színe, a kitöltőminták, a 
kitöltési mód, a kitöltőminták színe. 


Szín, minta 


Velük állíthatjuk be a kiírandó szövegek 
attribútumait is: a betűtípust, a karak- 
terszélességet, a szöveg színét és elfor- 
gatásának szögét. Ezekkel a függvé- 
nyekkel szabályozhatjuk a különféle 
szövegkiemelési effektusokat is, pél- 
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dául a vastagságot, aláhúzást, árnyéko- 
lást, dőlt betűt stb. A felsorolt efféktu- 
soknak bármely kombinációja is hasz- 
nálható. Szintén ebben a függvénycso- 
portban találjuk azokat a funciókat, 
amelyekkel beállíthatjuk egy vonal ele- 
jének és végének a lezárását. Választ- 
hatjuk például azt, hogy a vonal ne 
simán, hanem legömbölyítve vagy nyíl- 
ban végződjön. Standard vonalak és 
kitöltőminták használatán kívül lehető- 
ség van arra is, hogy a felhasználó adjon 
vonaltípust és definiáljon új kitöltő- 
mintát. 

Az általános célú függvények segít- 
ségével törölhetjük a munkaállomást, a 
pufferban lévő grafikai utasításokat 
azonnal végrehajthatjuk, levághatunk 
egy megadott téglalapon kívül eső te- 
rületet. 


Nyomtatás 


A speciális függvények az output esz- 
közt vezérlik. Kinyomtatják a megadott 
szöveget, az IMG formátumú fájlt, tör- 
lik a nyomtató pufferét, lapot dobnak a 
nyomtatón, szöveges módból grafikus- 
ba állítják vissza a nyomtatót vagy a 
képernyőt. E függvények segítségével 
nyomtathatjuk ki egy kép koordináták- 
kal meghatározott, téglalap alakú terü- 
letét. 

A fájlkezelő függvényekkel iniciali- 
zálhatjuk a puffert, kitölthetjük a hea- 
dert, bejegyezhetünk néhány függvény- 
hívást. Ezeket a függvényeket kell hasz- 
nálnunk akkor is, amikor bejegyezzük 
a képméretet a headerbe, elmentjük a 
metafájl pufferének tartalmát, lezárjuk 
a fájlt. 

Most pedig nézzük meg, hogy az 
előbb felsorolt csoportosítás szerint mi- 
lyen függvényeket használhatunk az 
egyes csoportokban! A függvénynév 
után zárójelben az operációs kód és tőle 
kötőjellel elválasztva az alkód található 
hexadecimális számrendszerben. 


Rajzolófüggvények: 


v pline ($6), v pmarker ($7), v gtiext 
($8), v. fillarea (9), v bar ($B-1), v. arc 
($B-2), v. pieslice ($B-3), v. circle ($B- 
4), v. ellipse ($B-5), v. ellarc ($B-6), 
v. ellpie ($B-7), v rbox ($B-8), v rfbox 
($B-9), v justified ($B-$A), v recfil 
($729. 


Attribútum-beállító 
függvények: 


vst height ($C), vst rotation ($D), 
vs color ($E), vsl. type ($F), vsl. width 
($10), vsl color ($11), vsm type ($12), 
vsm height ($13), vsm color ($14), 
vst font ($15), vst color ($16), vsf. in- 
terior ($17), vsf. style ($18), vsf. color 
($19), vswr. mode ($20), vst. alignment 
($27), vsf. perimeter ($68), vst effects 
($6A), vst. point ($6B), vsl ends ($6C), 
vst. updat ($70), vsl udsty ($71). 


Általános célú 

függvények: 

v. clrwk ($3), v. updwk ($4), vs clip 
($81) 


Speciális célú 
függvények: 


v exit cur ($5-2), v enter cur ($5-3), 
v form adv ($5- $14), v output win- 
dow ($5-$15), v clear disp list ($5- 
$16), v bit image ($5-$17), v alp- 
ha text ($5-$19). 


Fájlkezelő függvények: 


v ponwk ($1), v meta exetns ($5- 
$62), v. write mtea ($5- $63), vm fi- 
lename ($5-$64), v clswk ($2). 
A következő alkalommal elkezdjük 
a VDI függvények részletes ismerte- 
tését. 
Kovács P. Attila 
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115 200 baudos soros vonal 


Galoppból vágtába 


Amikor a DOS-leírásban a MODE COMt: parancsról 
először olvastam, és a beállítható sebességeknél 

: 9600 baudnál nagyobb értéket nem láttam, 

azt gondoltam, hogy biztosan csak elírás. 

Nehezen tudtam elképzelni, hogy — mivel a termináloknál 
már általánossá vált a 19 200 és a 38 400 baudos 
sebesség — a PC nem biztosítja ezeket. 

Egy idő után belenyugodtam: 9600 baud 

a legnagyobb sebesség, és ezért a nyomtatót, a plottert, 
az EPROM-égetőt ehhez az alacsony sebességhez 


igazítottam. 


Természetesen két PC összekötésére, 

és hosszabb fájlok átküldésére gondolni sem mertem. 
Csak amikor a vonalat 115 200 baud sebességgel használó 
kommunikációs programokkal találkoztam, 

kezdtem el vizsgálni a soros vonal lehetőségeit. 


Áttekintés 
a poroszkálás ritmusában 


Legmagasabb szinten a soros vonalat 
egy speciális fájlként (COMx) kezel- 
hetjük. Ezt bármely programozási nyel- 
ven a szokásos fájlkezelési műveletek- 
kel megnyithatjuk, írhatjuk és olvashat- 
juk. A DOS fájlkezelő parancsai is 
használhatók. Egy fájlt a 


COPY FILE COM1 


paranccsal küldhetünk el az egyes soros 
vonalra. 

A vonali kommunikáció formátumát 
a MODE COMx:... DOS paranccsal 
állíthatjuk be. Ez azonban csak az 1. és 
2. soros vonalra, és csak 9600 baud 
sebességig működik. 

Akövetkező szint a BIOS soros vonal 
kezelő 14H-es interruptja. Ennek 4 al- 
funkciója van: 


AH-O: Vonal beállítása. 


AL bitjei határozzák meg a formátumot 
és a sebességet: 


0-1 AwKkarakterhossz kódja: 
10 — 7 bites, 
11 — 8 bites. 

2 A stopbitek száma: 
0 — egy stopbit, 


1 — két stopbit. 
3-4 A paritás meghatározása: 
00 — nincs paritásbit, 
01 — páratlan paritás, 
10 — páros paritás. 
5-7 — Bitsebesség: 
000 — 110 baud 
001 — 150 baud 
010 — 300 baud 
011 — 600 baud 
100 — 1200 baud 
101 — 2400 baud 
110 — 4800 baud 
111 — 9600 baud 


DX a kiválasztott vonal sorszáma (0-3). 


AH-I: Karakter küldése. 

Az elküldendő karaktert AL-ben 
megadni. 

DX a kiválasztott vonal sorszáma (0-3). 
Hiba esetén AHO hibakódot ad vissza. 


kell 


AH-2: Karakter beolvasása. 

DX a kiválasztott vonal sorszáma (0-3). 
A vett karakter AL-be kerül. Hiba ese- 
tén AHO hibakódot ad vissza. 


AH:3: A vonal állapotának lekérdezé- 
sé 
DX a kiválasztott vonal sorszáma (0-3). 


AX bitjei a vonal állapotát adják: 
15 Timeout lejárt. 


14 Adási regiszter üres. 
13 Karakter adásra kész. 
12 Vonali break jött. 

11 Formátumhiba. 

10 Paritáshiba. 

Vevő túlfutás. 

Vett adat van. 

DCD modemjel, 

RI modemjel. 

DSR modemjel. 
CTS modemjel. 
DCD változott. 

RI változott. 

DSR változott. 

CTS változott. 


ORFOVUWARUJG AI OO 


A funkciókból látszik, hogy a BIOS- 
on keresztül elvégezhető minden olyan 
sorosvonali művelet, amely nem igényli 
a vonal interruptos kezelését és 9600 
baudnál nagyobb sebesség beállítását. 


Átlépve a határon 


9600 baudnál nagyobb sebesség beál- 
lítása csak a sorosvonali csatoló átprog- 
ramozásával valósítható meg. Most 
nem célunk a 8050-es soros illesztő 
összes regiszterét részletesen ismertet- 
ni, mivel azokra csak egész speciális 
esetekben van szükség. (A részletes 
leírás megtalálható Pethő Ádám: IBM 
PC/XT felhasználóknak és programo- 
zóknak 3. AROM BIOS és ami mögötte 
van. Számalk, Budapest, 1989. VI. 3. 
fejezet.) Az itt leírt rutinnal átprogra- 
mozott csatoló a BIOS-on vagy akár a 
DOS-on keresztül jól használható. Ezt 


PC-be különböző gyártójú soros- 
vonali csatolókártyákat használ- 
hatunk. Ezek legtöbbje lehetővé 
teszi a nagy sebességű kommu- 
nikációt, minden változtatás nél- 
kül. Vannak azonban olyan kár- 
tyák, ahol a zavarszűrés javítá- 
sára a kimenetekre szűrőeleme- 
ket tettek (pl. eredeti IBM soros 
csatoló!). Ezek a nagy sebessé- 

ű átvitelt megakadályozhatják. 

Italában elmondható minden 
csatolóra, hogy a maximális 
115 200 baud használata csak 
rövid (max. pár méter) kábellel 
eredményes. 
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a rutint, a BIOS INT 18H/0 helyett kell 
meghívni. A paraméterezés eltérő, de 
lehetőséget ad a csatoló teljes kihasz- 
nálására. A beállítható maximális sebes- 
ség 115 200 baud. 

A rutin a regiszterek elmentése után 
a 8250-es sorosvonali csatoló Line 
control regiszterébe beállítja a Divisor 
latch address bitet, ezzel engedélyezve 
az új osztó betöltését. A következő két 
out utasítás az osztót állítja, majd az 
utolsó out utasítás a formátumot hatá- 
rozza meg. 

Még egyszerűbben használható a 
nagy sebességű soros vonal C nyelvű 
programmal. Ezt a DOS MODE 
COMx:... parancsa helyett kell meg- 
hívni. Paraméterezése is nagyon ha- 
sonló: 


CMODE COMRI:]baudt[.[parityI[.[da- 
talL.[stop111] 


ahol 


A soros vonal száma 1-4. 
Sebesség: 50, 75, 110, 135, 150, 
300, 600, 1200, 1800, 2000, 
2400, 3600, 4800, 7200, 9600, 
19 200, 38 400, 57 600, 115 200 


tt 
baud 


parity A paritás: N — nincs, 
O — páros, E — páratlan, 0, 1. 
(A default: E) 


data Az adatbitek száma 5-8. 
? (A default 7) 

stop  Awstopbitek száma 1-2. 

(A default 2, 110 baud esetén, 


1, egyébként) 


A program jelentős része a paramé- 
tersor feldolgozásával foglalkozik. 
Ezek működése a Turbo C debuggeré- 
vel jól követhető. Egyedül az strcode 
rutin érdemel némi figyelmet. Ez egy 
nevet keres egy táblázatban, jelen eset- 
ben a baud rate konstanst. Biztosítja a 
rövidítések felismerését is. Hasznos le- 
het minden olyan programban, ahol 
meghatározott kulcsszavakat kell felis- 
merni. 

A paramétersor karaktereit a getcc( ) 
szubrutin végzi. Érdekessége, hogy a C 
startup program által szétbontott para- 
métersort összeilleszti, majdnem úgy, 
mint ahogy azt a DOS eredetileg bizto- 
sította. 

A vonal programozását ténylegesen 
a főprogram legvégén található 
4 outb( ) utasítás végzi, ugyanúgy, mint 
az assembler-programnál. 

Jó vágtázást! 

Pintér Gábor 
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A programozási 
nyelvek világa 


Olvasóink közül sokan nem számítástechnikusok, 
de munkájuk során használnak számítógépet, 
és mint érdeklődő amatőröknek megfordult már a fejükben, 


hogy a rutin jellegű munkán túl 


— már csak úgy kedvtelésből is — 

valamilyen módon , szót kellene érteniük" a komputerrel. 

A megfelelő ,társalgási nyelv" kiválasztásához 

szeretnénk segítséget nyújtani ezzel az új sorozattal, 
amelyben a legfontosabb és legelterjedtebb 

programozási nyelvekből adunk ízelítőt. 

Igyekszünk majd az egyes nyelveket ismertető részeket 

az adott nyelv IBM PC-s megvalósításait bemutató 

és összehasonlító cikkekkel, illetve (a ,kóstolást" segítendő) 
a mágneslemez mellékleten példaprogramokkal kibővíteni. 


A számítógép nagyon sok áramkörből 
álló elektronikus gép. Fizikai megjele- 
nése (a burok és az elektronikus alkat- 
részek sokasága) a hardver. A tiszta 
hardver, a csupasz gép a gyakorlatban 
teljesen használhatatlan, és a feladatok- 
nak a gép számára érthető prezentálá- 
sáig még hosszú út vezet. Ezeknek a 
lépéseknek a nagy részét a számítógép 
az ember számára szükséges idő töre- 
déke alatt képes elvégezni. De ittrögtön 
egy paradoxonnal találkozunk: számí- 
tógépet akarunk használni, ám a szük- 
séges műveletek egy része éppen abból 
ered, hogy a számítógépet használható- 
vá kell tennünk. A paradoxon feloldását 
a számítógépek operációs rendszerei és 
a különböző segédprogramok (editor, 
fordító, linker) teszik lehetővé. Segítsé- 
gükkel a programozó, illetve a felhasz- 
náló előtt álló problémák megoldhatók, 
,CSupán" a felmerült feladatot kell a 
számítógép számára érthető módon 
megfogalmazni. Tehát ahhoz, hogy a 
számítógép lehetőségeit maximálisan 
kihasználjuk, a számítógépet progra- 
mozni kell. 

Ritka kivétellel a programokat azért 
írják (helyesebben tervezik), hogy egy 
számítógép értelmezze azokat. Ez után 
a számítógép elvégzi az adott feladatot, 
azaz műveletek sorozatát hajtja végre a 
megadott specifikációk alapján. A prog- 
ram tulajdonképpen szöveg. Mivel ál- 
talában egy meglehetősen komplex fel- 
adatot kell specifikálni, mégpedig a le- 


hető legpontosabban, a legapróbb rész- 
letekig, ezért ennek a szövegnek a je- 
lentését nagyon precízen kell meghatá- 
rozni. A kellő pontossághoz egy egzakt 
formalizmus szükséges. Ez a formaliz- 
mus a (programozási) nyelv. A progra- 
mozási nyelv feladata a strukturálatlan 
emberi gondolatok, azaz a fantázia és a 
számítógép működéséhez elengedhe- 
tetlenül szükséges precizitás között hú- 
zódó szakadék áthidalása. A magas 
szintű programozási nyelveket úgy ala- 
kították ki, hogy a program megírása 
egyszerűbb legyen, és a probléma meg- 
oldását a nyelv segítségével termé- 
szetesebb formában lehessen megadni. 
Ezeknek a szempontoknak a teljesíté- 
séhez a nyelvnek kell megfelelő eleme- 
ket biztosítani. 

Az emberek közötti kapcsolat a leg- 
hatásosabban a nyelv segítségével va- 
lósítható meg. A nyelv lehetővé teszi 
gondolatok és ötletek kifejezését: nél- 
küle az emberi érintkezés nagyon nehéz 
lenne. A számítógép-programozásnál a 
programozási nyelv a problémával küz- 
dő és azt megoldani akaró személy, a 
megoldáshoz segítségül felhasznált 
számítógép közötti kommunikáció esz- 
közéül szolgál. A nyelv befolyásolja az 
emberek gondolkodásmódját. Ez egya- 
ránt igaz a beszélt nyelvekre, a mate- 
matika nyelvére és a programozási 
nyelvekre. Azt mondják, hogy a francia 
költői nyelv, a német mérnöki, az angol 
pedig ezek keveréke. Az eszkimóknak 





nagy szókincsük van a hóval kapcsola- 
tos fogalmakra. A matematika világá- 
ból, ha a differenciál- és integrálszámí- 
tás nyelvét vesszük példának, azt álla- 
píthatjuk meg, hogy bár mind Newton, 
mind Leibniz egymástól függetlenül ki- 
dolgozták az alapelveket, mégis Leib- 
niz jelölésmódja (nyelve) bizonyult ért- 
hetőbbnek és használhatóbbnak New- 
tonénál. Ezért mind a mai napig Leibniz 
jelölésmódját használják a világon min- 
denütt. Bár mind Newton, mind Leibniz 
módszerével megoldható ugyanaz a 
probléma, Leibniz nyelve mégis 
könnyebbé tette a megoldást. A progra- 
mozás terén ugyanez a helyzet. Egy 
hatékony programozási nyelv fokozza 
a számítógépes programok írását és fej- 
lesztését, formálja a programozó gon- 
dolkodásmódját, és a nyelv minősége 
" nagyban befolyásolja a segítségével lét- 
rehozott programok minőségét. 

A számítástechnika hőskorában a 
programozás meglehetősen ijesztő fel- 
adat volt. A korai számítógépek közül 
nagyon sok ún. , hard wired" volt, hogy 
egy adott feladatot ellássanak. Ahhoz, 
hogy a programot megváltoztassák, a 
komponenseket át kellett huzalozni. 
Abban az időben a forrasztópáka volt a 
szoftvermérnök legfőbb szerszáma. Ne- 
umann és Turing voltak az elsők, akik 
felvetették a tárolt program elvét, azaz, 
hogy a program utasításait a számítógép 
memóriájában tárolják az adatokkal 
együtt. De nemcsak a programtárolás 
koncepciója változott, hanem a progra- 
mok létrehozásának eszközei is. Meg- 
indultak a fejlesztések, amelyek célja 
olyan programozási nyelvek létrehozá- 
sa volt, amelyek elvezettek a számító- 
gép-specifikus gépi kódú utasításoktól 
és az assembly-nyelvtől (az ún. ala- 
csony szintű, azaz gép/hardver-orientált 
programozástól) a magasabb szintű, 
problémaorientált programozási nyel- 
vek felé. Az első tárolt program elvén 
működő számítógépeket binárisan kó- 
dolt utasítások segítségével programoz- 
ták. A számítógéppel való párbeszéd 
természetesen unalmas volt, nagy fi- 
gyelmet követelt, és mint minden ilyen 
munka esetében, gyakran fordultak elő 
hibák, amelyek kijavítása sok időt vett 
igénybe. 

Az első általános célú problémaori- 
entált programozási nyelvek egyike a 
FORTRAN (FORmula TRANSIlator - 
képlet fordító) volt, amelyet 1954-ben 
John Backus és munkatársai hoztak lét- 
re tudományos számítási feladatok 
megoldására. Mivel a számítógépek 
csak a gépi nyelvet , értik meg", ezért 
szükségessé vált olyan programok ki- 
fejlesztése, amelyek a FORTRAN-ról 


gépi kódba ültették át a programokat 
(fordítók). A FORTRAN nagy sikert 
aratott tudományos körökben, eszközül 
szolgált a problémaorientált programo- 
zási nyelvek létjogosultságának bizo- 
nyítására. Ezt hamarosan újabb nyelvek 
követték. 

1958-ban indult meg a tranzisztoros, 
azaz az ún. , második generációs" szá- 
mítógépek gyártása. A számítástechni- 
kai szakértők egyébként ebben az idő- 
ben kezdték el használni a a hardver és 
szoftver kifejezéseket. Az új számító- 
gépeket már az operációs rendszerből 
és többnyire fordítókból álló szoftverrel 
adták. Az amerikai kormány 1959-ben, 
főképp üzleti körök nyomására, össze- 
hozott egy számítógép-felhasználókból 
és -gyártókból álló csoportot, hogy ter- 
vezzenek egy üzleti programozási nyel- 
vet. A nyelv 1961-ben jelent meg, és 
COBOL-nak (COmmon Business Ori- 
ented Language — üzleti alkalmazásra 
orientált nyelv) hívták. A COBOL nem 
rendelkezett a FORTRAN matematikai 
lehetőségeivel, de a FORTRAN-ban is 
meglévő tömb struktúrán felül hierar- 
chikus rekordokat is kezelt. A vezérlé- 
si utasítások jobban  strukturáltak 
(IF... ELSE, PERFORM...UNTIL), és 
a fájl kezelése nagyon fejlett. 

A FORTRAN és a COBOL azonban 
nem elégítették ki a számítástechniká- 
val foglalkozó, kérlelhetetlen kutatókat, 
akik 1960-ban új nyelvet terveztek, az 
ALGOLT (ALGOTrithmic Language — 
algoritmikus nyelv), a modern blokk 
struktúrájú nyelvek ősét. Ez a nyelv 
több, azóta alapvető fontosságú fogal- 
mat vezetett be: például rekurzió, para- 
méterátadási módok, lokális változók. 
Sajnos az ALGOL nem terjedt el széles 


FOGÓDZÓ 


körben. Egy másik irányzat képviselő- 
jeként, John McCarthy a bostoni MIT- 
en egy listafeldolgozáson alapuló nyel- 
vet tervezett, a LISP-et (LISt Proces- 
Sing). Ez a nyelv a mesterséges intelli- 
genciával kapcsolatos kutatásokra irá- 
nyult, és mind a mai napig népszerű, 
különösen a szakértői rendszerek terén. 
Nagy befolyással volt más nyelvekre is, 
például a PROLOG-ra, amelyet a japá- 
nok ötödik generációs számítógépeik- 
hez választottak. 

Az IBM, a világ legnagyobb számí- 
tógépgyártója természetesen akkor is a 
saját útját járta, és egymást követően 
két programozási nyelvet fejlesztett ki: 
az APL-t, egy nagyon tömör jelölésmó- 
dot használó nyelvet és a PL/1-et. Ez 
utóbbit arra szánták, hogy a FORT- 
RAN, ALGOL és COBOL előnyeit 
egyesítse. Ezenfelül a PL/1 két új elvet 
is magában foglalt: a kivételkezelést és 
a multitaszkos eszközöket. Igazán nép- 
szerűvé csak az IBM gépeken vált. Na- 
gyon komplett, de részben éppen ezért 
bonyolult nyelv volt. A másik végletet 
a Dortmouth College-i John Keményés 
Thomas Kurtz nagyon gyorsan sikeres- 
sé váló nyelve, a Basic jelentette. Nem 
nyújtott új nyelvi koncepciókat, de ez 
volt az első valóban interaktív nyelv, és 
mint ilyen, az integrált fejlesztői kör- 
nyezet révén használata könnyen elsa- 
játítható volt. A világ programozóinak 
zöme, különösen nagygépes környezet- 
ben, mind a mai napig ezen nyelvek 
valamelyikének továbbfejlesztett válto- 
zatával programoz, bár az utóbbi időben 
a trónkövetelők egyre erősebbek lettek. 

Villányi László 


(Folytatjuk) 


Egy titokzatos magazin! 


A megmagyarázhatatlan jelenségek, azonosítatlan repülő tárgyak, a 
jövő- és űrkutatás, a parapszichológia rendkívül érdekes területeivel 
foglalkozik a kéthavonta megjelenő Ufómagazin. 


. Az Ufómagazin 


1991/4. számának tartalmából: 


UFO világkongresszus Arizonában 
Halálos titok — Gravitációs erővonalak 
Lüktető diszkosz — Egy szigorúan ellenőrzött jelentésből 
A csodatevő Agykontroll 
Kérdések Cooper őrmesterhez — Keviczky Kálmán írása 
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Típusok a Modula-2-ben 


Az előző részben láttuk, hogy a Modula-2-ben 
használat előtt minden változót deklarálni kell, 
vagyis nevük a program deklarációs részében szerepel. 


A deklaráció szerepe kettős: 


egyrészt a fordító kiszűri a hibás azonosítókat, 
másrészt a deklarációval minden változóhoz 


egy adattípust rendelünk. 


Az adattípus az adott változóra vonatkozó 


permanens információ. 


Egy adott típusnak deklarált változó rendelkezik 

a típusra vonatkozó minden tulajdonsággal, 
egészen addig, amíg meg nem szűnik. 

A típusra vonatkozó információ lehetővé teszi 
további programtervezési és programkódolási hibák 
kiszűrését a program forráskódjából, 

a program működésének elemzése nélkül. 


Egy típus az értékek egy halmazát 
definiálja, vagyis meghatározza, hogy 
a deklarált változók milyen értékeket 
vehetnek fel a program futása során, és 
milyen műveleteket végezhetünk ve- 
lük. Minden változónak egy típusa le- 
het, ezt a deklaráció egyértelműen ki- 
jelöli. Minden művelet meghatározott 
típusú operátorokra értelmezett, és az 
eredmény típusa is meghatározott. Így 
a forráskódból megállapíthatjuk, hogy 
melyik műveletet hajtjuk végre egy 
változóval. 

Adattípusokat a programban is dek- 
larálhatunk. Ezek az úgynevezett ösz- 
szetett típusok, amelyek általában alap- 
típusokból állnak. A Modula-2 több elő- 
re definiált elemi típust tartalmaz. Ezek 
az úgynevezett standard vagy alapvető 
adattípusok a nyelv részei, és így nem 
kell őket külön deklarálni. 

Természetesen nemcsak a változók 
rendelkeznek típussal, hanem az állan- 
dók, a függvények, az operandusok és 
a műveletek eredményei is. Az állandók 
esetében a típus általában az állandó 
jelöléséből következik, de az állandó 
típusát explicit módon is deklarálhat- 
juk. Minden más esetben a típusdekla- 
ráció explicit. 

A típusdeklaráció meghatározza, 
hogy az adott adattípussal rendelkező 
változók az értékek mely halmazát ve- 
hetik fel, ez a deklaráció a típushoz egy 
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azonosítót rendel. A típus lehet egy 
másik típus azonosítója is. Ha egy tí- 
pusdefiníció deklarációja egy másik tí- 
pus neve, akkor a definiált típus azonos 
a megnevezett típussal. A típusdeklará- 
ciók a TYPE kulcsszóval kezdődnek, és 
akövetkező deklarációs listáig tartanak. 
A modulok fejlécében tetszőleges szá- 
mú típusdeklarációs lista helyezhető el. 

Formálisan: 

$ típusdeklaráció — azonosító ,-" 
típus. 

$ típus — egyszerűtípus I tömbtípus ! 
rekordtípus ! halmaztípus ! mutatótí- 
pus I eljárástípus. 

$ egyszerűtípus — gualident ! felsoro- 
lás I intervallumtípus 

Példák: m2-02.Ist fájl 1.lista 

Két változó akkor azonos típusú, ha 
a megadott típusazonosító megegyezik, 
vagy ha a változók egy azonosító listá- 
ban szerepelnek. 

Példák: m2-02.Ist fájl 2.lista 


Számok 


Az alaptípusok közül először nézzük a 
Modulában használatos numerikus tí- 
pusokat! 


Az INTEGER típus 

Ez a típus az egész számokat jelöli. 
A negatív egész számok előtt ,,-" jel áll. 
Az egész számok oktális, decimális és 


hexadecimális formában adhatók meg. 
Azonban a számítógépek belső szám- 
ábrázolása az egész számok egy véges 
halmazára korlátozza az INTEGER tí- 
Pus értéktartományát, amely általában 
-2AN-1 és 2AN-1 -1 közé esik, ahol N 
a számítógép szóhossza bitekben (álta- 
lában 8, 16 vagy 32 bit). Ha olyan egész 
számokat használunk, amelyek kívül 
esnek ezen az értéktartományon, illetve 
ha egy aritmetikai művelet eredménye 
esik ezen kívül, akkor a számítógépben 
túlcsordulással , figyelmeztet", Ilyen- 
kor általában (jobb esetben) a program 
futása megszakad. (Azért mondjuk, 
hogy jobb esetben, mert ha a számító- 
gép csendben , lenyeli" a túlcsordulást, 
akkor hosszú idő telhet el, amíg a rej- 
telmesen viselkedő vagy furcsa ered- 
ményeket produkáló program hibáját 
megtaláljuk. A PC sajnos a , lenyelős" 
fajtához tartozik [lásd: m2-02.Ist fájl 
3.lista]). A PC-s implementációk az IN- 
TEGER típust 16 biten (ahol egy gépi 
szó két bájt) kettes komplemens kóddal 
ábrázolják, így 

Minlnt - MIN(INTEGER) - -32 768 
és MaxInt-MAX(INTEGER)-32 767. 

Az INTEGER típus megfelelője Pas- 
calban az integer, C-ben pedig az int 
típus. 


A CARDINAL típus 


A gyakorlatban sok probléma meg- 
oldható pozitív egész számok használa- 
tával. Így a Pascalhoz képest a Modu- 
la-2 alaptípusai a CARDINAL típussal 
bővültek. A CARDINAL típus pozitív 
egész számok (és a 0) ábrázolására szol- 
gál. A CARDINAL típus használatával 
a programozó a változókat explicit mó- 
don csak pozitív értékeket felvevőknek 
deklarálja. Előny, hogy az értékek hal- 
maza nagyobb, mint pozitív INTEGER 
típusú számok esetén (a maximális ér- 
ték általában kétszeres, azaz 2AN -1). 
Az IBM PC-s implementációk a CAR- 
DINAL típust 16 biten (ahol egy gépi 
szó két bájt) ábrázolják, így 

MinCard-MIN(CARDINAL)-0 és 

MaxCard - MAX(CARDINAL) - 
65.535. 

A CARDINAL típusú számok meg- 
adási módja az INTEGER típushoz ha- 
sonlóan lehet oktális, decimális és he- 
xadecimális. A CARDINAL típusnak 
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Pascalban nincs megfelelője, C-beli 
megfelelője az unsigned int. 


A LONGINT típus 


A gyakorlatban igény van az egész 
számok halmaza egy nagyobb interval- 
lumának ábrázolására is. Ugyanis az 
INTEGER típus még az IBM PC cse- 
kély memóriaméretének a reprezentálá- 
sára sem elég. Ezen a gondon segít a 
LONGINT változó, amely az egész szá- 
mok egy nagyobb halmazát deklarálja, 
amely általában -2A2"N-1 és 2A2£N-1 
-1 közé esik. Így a PC-s implementá- 
ciókban 

MinLonglnt - MIN(LONGINT) - 
—2 147 483 648 és 

MaxLonglnt - MAX(LONGINT) - 
2 147 483 647. 

Sajnos ez az összeg sem lenne ele- 
gendő Magyarország adósságállomá- 
nyának nyilvántartására, de a legtöbb 
alkalmazáshoz kielégítő. Ha valaki 
mégis segíteni szeretne az éppen aktu- 
ális pénzügyminiszternek az adósságál- 
lomány fillérekig pontos kezelésében, 
akkor vagy válogathat a piacon kapható 
többféle BCD könyvtári modul között, 
vagy pedig kivárja, amíg a Modula-2 
sorozatban kifejlesztünk ilyet.) A 
LONGINT típusnak Pascalban nincs 
megfelelője, C-beli megfelelője a long 
típus. 


A LONGCARD típus 


Azértéktartomány kiterjesztése a ter- 
mészetes számokra is vonatkozik. Bár 
a Wirth-féle Modula-2-definícióban 
nem szerepel a LONGCARD típus, 
mégis a  Modula-2-implementációk 
nagy része tartalmazza ezt a bővítést. 
Akárcsak a LONGINT típust, a LONG- 
CARD típust is általában két gépi szó- 
ban ábrázolják. Így a PC-s implemen- 
tációkban 


MinLongCard . - — MIN(LONG- 
CARD) - 0 és 
MaxLongCard -  MAX(LONG- 


CARD) -— 4294967295. 

A LONGCARD típusnak Pascalban 
nincs megfelelője, C-beli megfelelője 
az unsigned long típus. 

Az IBM PC-s implementációk az In- 
tel 80x86 típusú gépek sajátosságait 
kihasználva bevezették a 8 biten ábrá- 
zolt SHORTINT és SHORTCARD tí- 
pusokat is. 

Az INTEGER és CARDINAL típu- 
sokat együttesen egészszámtípusnak 
nevezzük. 

Példák:  EX02-O1.MOD,  EX02- 
02.MOD fájlokban. 

Az egész számokra értelmezett mű- 
veletek: 

Összeadás (--) pl: 5--4, 13 4-2 


Kivonás (-) pl: 16-11, 9 — 12 

Szorzás (") pl: 715, 4 § 12 

Egész osztás (DIV) pl: 15 DIV 3,17 
DIV 5 

Maradékképzés (MOD) pl: 15 MOD 
3,17 MOD 5 

(Megjegyzés: a DIV és MOD operá- 
torokat az operandusoktól szóközzel 
kell elválasztani. Ez a jelölés a többi 
operátornál nem kötelező, de a jobb 
olvashatóság miatt célszerű.) 

Az egészszám típusokra alkalmazha- 
tó standard eljárások: 

Abszolút érték: ABS (x) 

Páratlan/páros: ODD (x) 

Sorszám: ORD (x) 

Dekrementálás: DEC (x) 

n-szeri dekrementálás: DEC (xn) 

Inkrementálás: INC (x) 

n-szeri inkrementálás: INC (x,n) 


A valós számok 


A Modula-2-ben a valós számokat a 
REAL típus reprezentálja. A valós szá- 
mok a törtekkel való számolást és az 
egészszámtípusnál nagyobb számokkal 
való számolást teszik lehetővé. Ez 
azonban csökkenti a számolás pontos- 
ságát. Ugyanis a valós számokat lebe- 
gőpontos számként ábrázolják mr2/e 
alakban, ahol m a mantissza, e az 
exponens értéket tárolja véges számú 
biten. A véges szóhosszúságú tárolás 
miatt a valós számokkal végzett műve- 
letek eredményei az esetleges kerekíté- 
sek miatt pontatlanok. A REAL típus 
ábrázolása gépfüggő. Már létezik ugyan 
IEEE szabvány a lebegőpontos számok 
ábrázolására, használata azonban nem 
terjedt el. Akárcsak az egészszám típu- 
soknál, sok Modula-2-implementáció- 
ban a valós számok esetében lehetőség 
van LONGREAL típussal nagyobb ér- 
téktartományú és pontosságú számok 
használatára. (Ez a bővítés nem általá- 
nos, mivel sok gépen a REAL típus 
eleve a maximális értékkészletet és 
pontosságot jelenti.) 

A valós számok megadhatók tizedes 
szám alakjában vagy (tízes alapú) ex- 
ponenciális alakban. A tizedesszám- 
alakban a tizedes pont és az egész rész 
megadása kötelező. Exponenciális 
alakban , E" betű jelöli a tízes hatványt, 
az , E" mögött álló előjeles egész szám 
a kitevőt. 

A TopSpeed Modula-2-ben a két tar- 


tomány 

REAL: --/-1.2E-38 — 3.4E-38 a 
pontosság 6 számjegy 

LONGREAL: 4-/-2.3E-308  — 


1.7E--308 a pontosság 15 számjegy 
AREAL típus megfelelője Pascalban 
a real, C-ben a float típus. A LONG- 


REAL típusnak Pascalban nincs meg- 
felelője, C-ben a megfelelő típus a do- 
uble. 

Példák: az EXO2-03.MOD fájlban 

A valós számokra értelmezett műve- 
letek: 

Összeadás (-) pl: 15.3 - 7.5, 
-12.9E3 -- 12.4E2 

Kivonás (-) pl: 12.4 — 3.4, 
-23.987E-2 — 2.5E-1 

Szorzás (") pl: 3.3 § 1.2, 
-3.7E1 § 12.0E2 

Osztás (/) pl: 12.4 / 3.3, -2.3 / 2.4E-9 

A valós típusokra alkalmazható stan- 
dard eljárás: abszolút érték: ABS (x) 

Minden  Modula-2-implementáció- 
hoz tartozik egy MathLibO nevű könyv- 
tári modul, amelyből az alapvető mate- 
matikai függvények importálhatók. A 
modul nevében az alapfunkciókra a 0 
utal, és általában a MathLib nevű modul 
tartalmazza az egyéb függvényeket. (A 
lemezmellékleten — megtalálható a 
Wirth-féle Modula-2 MathLibO könyv- 
tár definíciós modulja.) 

A különböző egész, természetes és 
valós számok együttes elnevezése nu- 
merikus típus. 


Típuskonfliktus 
és típuskonverzió 


A Modula nem teszi lehetővé kevert 
kifejezések használatát, vagyis eltérő 
típusú operandusokat kifejezésekben. 
Ennek egyik oka a Modula szigorú 
típusellenőrzése, a másik ok pedig az, 
hogy az eltérő típusokra vonatkozó gépi 
kódú utasítások eltérőek. Az alaptípu- 
sok szigorú elkülönítése (különösen 
például az INTEGER és a CARDINAL 
esetében) túlzottnak tűnhet, elsősorban 
C programozók számára. Ha azonban 
nem az egy-két soros programkezde- 
ményekre gondolunk, talán már nem is 
olyan felesleges luxus. Az, hogy a szá- 
miítógépben eltérő módon reprezentált 
valós és egész számokkal való kevert 
műveletek nem megengedettek, nem 
hökkent meg senkit. De miért nem 
megengedett a 16-16 biten tárolt egész 
típusok keverése? A kérdésre egyszerű 
a válasz. Egy adott probléma megoldá- 
sakor a deklarált változók típusát vala- 
milyen tervezési meggondolás alapján 
választjuk ki. Ha egy CARDINAL-nak 
deklarált változót INTEGER típusúak- 
kal együtt kell használni, akkor a típus- 
választás nem volt megfelelő, és cél- 
szerű ezt módosítani. Ez az eljárás 
minden típusra érvényes. A döntés, 
hogy egy változót INTEGER vagy RE- 
AL típusúnak deklarálunk, nem a lefog- 
lalt bájtszámon múlik, hanem azon, 
hogy az adott változón a probléma 
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megoldásakor milyen műveleteket vég- 
zünk el. (Például logaritmus-számítás- 
hoz ne használjunk CHAR változót!) A 
típuskonfliktusok az esetek nagy több- 
ségében megfelelő tervezéssel kiküszö- 
bölhetők. . 

Természetesen, ha ezt a szigorú tí- 
pusellenőrzést nem lehetne feloldani, 
akkor senki sem programozna Modulá- 
ban. A megoldás egyszerű. A Modula 
úgynevezett típusátalakító függvényei- 
vel tetszőleges típus tetszőleges típusra 
alakítható át. Ezek a függvények persze 
csak kvázi függvények, mivel valósá- 
gos feldolgozást nem hajtanak végre, 
csak a fordító szigorú típusellenőrzését 
kerülik meg. A függvényeket egysze- 
rűen típusazonosítóval deklaráljuk, az 
átalakítandó objektum ennek a kvázi- 
függvénynek az argumentuma. A típus- 
átalakítás szabályai tetszóleges típusra 
érvényesek. Ezek a kvázi-függvények 
a változókat nem konvertálják a céltí- 
pusra, csak úgy értelmezik. (A C-fordí- 
tók az átalakítást a háttérben végzik.) A 
típusátalakítás minden esetben gondot 
okoz a program működésének elemzé- 
sekor. Azokban az esetekben, amikor a 
két típust eltérő számú bájton ábrázolja 
a számítógép, a bájtok , elvesztése" (át- 
alakítás hosszabbról rövidebbre), illet- 
ve a nem definiált bájtok (átalakítás 
rövidebbról hosszabbra) okoznak gon- 
dot. Azonos hosszúságú típusok esetén 
sem mindig egyértelmű az eredmény. 
A típusátalakításból származó problé- 
mákat az m2-02.Ist fájl 4.listája szem- 
lélteti. 

A fenti hibákat küszöbölik ki az úgy- 
nevezett típuskonverziós függvények. 
Ezek valódi függvények, az eltérő rep- 
rezentálásból adódó hibákat megszün- 
tetik. A standard konverziós függvénye- 
ken kívül a legtöbb könyvtár saját eljá- 
rásokatis szolgáltat az ellenőrzött típus- 
konverziók elvégzésére. 

A standard konverziós függvények: 
CARDINAL-REAL: FLOAT (cardVar) 
REAL-CARDINAL: TRUNC (real Var) 
TYPE1-TYPE2 VAL (TYPE2, 
typel Van 
Példák: M2-0O2.LST fájl 4.lista és 
EX02-04.MOD fájl. 

A különösen C-programozók számá- 
ra körülményesnek tűnő típuskonverzió 
a programtervezést és nem az , essünk 
neki, holnap van a határidő" típusú kó- 
dolást támogatja. Előfordulnak olyan 
esetek, amikor optimális tervezés elle- 
nére is szükséges eltérő típusokon mű- 
veleteket végezni. C nyelvben ilyenkor 
a fordító csendben átsiklik a típus-in- 
konzisztencián, mivel C-ben a típus- 
azonosság nem kritérium. A fordító 
vagy a linker jobb esetben persze figyel- 
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mezteti a programozót a hibára, de a C 
filozófiája alapján a döntés teljes egé- 
szében a programozó kezében van, és 
ez így helyes. A programozó pontosan 
tudja, mit akar, már ami az éppen aktuá- 
lis időpontot illeti. Persze hogy egy új 
verzióhoz szükséges  módosításkor 
vagy rejtélyes hibák keresésekor em- 
lékszik-e arra, eredetileg mit miért tett, 
az már kétséges. 

Az, hogy a programozó nem mindig 
áll a helyzet magaslatán, abból adódik, 
hogy a C nyelv nem követeli meg az 
explicit típuskonverziót. Mivel a prog- 
ramozók általában lusták, amit nem mu- 
száj megtenniük, azt nem teszik meg. A 
Modula, akárcsak a C, a programozó 
kezébe helyezi a döntést. Mivel más 
kárán tanul az okos, ezért nem söpri a 
problémáta szőnyeg alá. A Modula-for- 
dító tehát kevert kifejezés esetén meg- 
áll, jelzi a programozónak a potenciális 
hiba lehetőségét. Ezután a programozó 
dönti el, hogy mit tegyen. Lehetőséget 
kap a koncepció újragondolására. Erre 
az egyik lehetséges megoldás a gondot 
okozó kifejezés megszüntetése, de ez 
nem mindig megfelelő. A másik meg- 
oldás az explicit típuskonverzió vagy 
típusátalakítás használata. Ez eddig 
nem nagyon különbözik a C nyelvi 
megoldástól. Az eltérés csak ezután jön. 

Nézzük, hogy mi történik, amikor 
egy programban egy nappal a leadási 
határidő előtt, az utolsó módosítás ha- 
tására kevert típusú kifejezést hoz létre 
a programozó! A C-programozó általá- 
ban egy vállrándítással veszi tudomásul 
a figyelmeztetéseket, hiszen a program 
kész, másnap leadható, és jöhet a ,,ma- 
ni", Egyébként is a tesztprogram , csont 
nélkül" lefutott. A szerencsétlen Modu- 
la-programozó viszont elkezd izzadni, 
hiszen éjfél van, és a nyomorult fordító 
hibát talált a kódban. Modulásunk ki- 
megy a konyhába, és miközben felteszi 
a kávét, azon gondolkodik, melyik kö- 
zeli rokonának a temetésére hivatkozva 
mondja le a másnapra tervezett leadási 
ceremóniát. A fekete nedű szürcsölése 
közben átfutja a szerződés kötbérről 
szóló részét. Aztán egy nagy sóhajtással 
nekifog a hiba elhárításának. Termé- 
szetesen elvégzi a megfelelő típuskon- 
verziót vagy típusátalakítást. Ha már 
úgyis megakasztották a munkában, vé- 
giggondolja a konverzióból származó 
lehetséges hibákat, elvégzi az elhárítá- 
sukhoz szükséges módosításokat úgy, 
hogy a kifejezés mindig megfelelő ered- 
ményt produkáljon. (És míg a C prog- 
ramban semmi sem utal a típusmódosí- 
tásra, hiszen de facto meg sem történt, 
addig a Modula program forráskódjá- 
ban ott , éktelenkedik", szinte kiabál a 


típusmódosításra utaló nagybetűs típu- 
sazonosító, amit egy esetleges későbbi 
módosításkor nem lehet elkerülni.) Egy 
héttel később Modulásunk a Hawaii- 
szigeteken képeslapot fogalmaz barát- 
jának, aki szintén programozó, és vala- 
milyen új program bétatesztelése miatt 
nem tudott vele jönni. Ugyanebben az 
időben a C-programozó, aki persze nem 
más, mint a fent említett barát, immár 
századszor nézi át újra és újra a forrás- 
kódot, és halkan mormolja maga elé: 
. nem értem, a tesztprogram hiba nélkül 
lefutott". Na igen, de a felhasználót 
semmi sem akadályozta meg abban, 
hogy olyan értékeket adjon a változók- 
nak, amelyek hatására a típusátalakító 
műveletek nagy része nem az elvárt 
módon működött. 

Ismerős a szituáció? Talán igen, talán 
nem. Nem állítom, és nem állíthatom, 
hogy egy adott nyelvet használó prog- 
ramozó ilyen vagy olyan minőségű 
munkát végez, vagy ilyen vagy olyan 
hatásfokkal dolgozik. Már korábban le- 
írtam és hiszem: a programozó munká- 
ját befolyásolja, hogy munkája során 
milyen programozási nyelvet használ. 
Ha a választás szerencsés, akkor meg- 
könnyítheti a problémamegoldást és 
megnövelheti a hatékonyságot. Ez nem- 
csak a típuskonverziók esetén van így, 
arra példa lehet móodjuk egy C-ben írt 
adatbázis-kezelő (nevezzük  Flitter 
Nyár 87-nek). Beharangozott új verzi- 
ója (nevezzük Flitter 5.0-nak) kétéves 
késés után mindössze annyiban külön- 
bözik az előző verziótól, hogy a felduz- 
zadt fejlesztési költségek miatt a dup- 
lájába kerül, és tele van hibával. Vagy 
vegyünk például egy assembly-nyelven 
megírt táblázatkezelőt (nevezzük Kak- 
tusz 1-2-3 2.0-nak), amelynek nagy 
csinnadrattával bejelentett új verziója 
(Kaktusz 1-2-3 3.0) egy év késés után, 
a beígért bővítéseknek csak egy töredé- 
két tartalmazza. 

Az Alaplap júliusi lemezmellékletén 
elhelyezett példaprogramok numerikus 
típusok használatát mutatják be. Ehhez 
kapcsolódik a utility program is, amely 
egy számológép-kezdemény. A prog- 
ram csak az alapvető számítások elvég- 
zését támogatja, de bárki tetszőlegesen 
továbbfejlesztheti saját céljaira. 


Villányi László 
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Standard Clipper-osztályok 


Cikksorozatunk előző fejezetét 


a változókezelés tanulmányozásával fejeztük be, 
a harmadik részt egy speciális változótípusnak: 


az objektumnak szenteljük. 
Tesszük ezt egyrészt azért, 


mert a Clipper-felhasználók nagy része 

még nem sok helyen találkozhatott 

objektumokkal és objektumosztályokkal, 

másrészt pedig azért, mert a nyelvben 

ez a legnagyobb előrelépés az előző verziókhoz képest. 


A Clipper 5.0 az alkotók bevallása 
szerint sem objektumorientált progra- 
mozási nyelv, de kétségtelen, hogy az 
első lépéseket már megtette ebbe az 
irányba. Megjelent benne egy új válto- 
zótípus: az objektum. Sajnos egyelőre 
nincs lehetőség saját objektumosztá- 
lyok definiálására, csak azt a négy 
osztályt használhatjuk, amit a Nantu- 
cket standard osztálynak nevezett el, és 
beépített a nyelvbe. Ez a négy osztály 
a következő: errorclass standard hiba- 
osztály, getclass standard getosztály, 
tbcolumnclass standard adatmegjelení- 
tési osztály, tbrowseclass standard adat- 
áttekintési osztály. 

Bár ez a négy osztály nem valami 
sok, de ha nem a Nantucket tette volna 
meg, akkor mi is ezt a négyet definiál- 
nánk először. A standard osztályok 
nyelvi megvalósítása elég jónak mond- 
ható, az objektumokkal végezhető mű- 
veletek száma megfelelően nagy. Jó 
volna — ha már saját osztályok defini- 
álását nem tették lehetővé —, ha leg- 
alább a standard osztályokhoz készít- 
hetnénk saját funkciókat vagy deklarál- 
hatnánk saját változókat. Az elszalasz- 
tott lehetőségeket csak igen csekély 
mértékben kárpótolja a mind a négy 
osztályban használható cargo nevű vál- 
tozó. Ám ennek használata is rejteget 
bizonyos előnyöket. Igénybe vehetjük 
különféle üzenetek vagy kódok küldé- 
sére az objektum függvényei számára. 
Túlzott elkeseredésre azért sincs okunk, 
mert a legtöbb (és minden általánosan 
használt) funkciót megvalósították a 
standard osztályokban. Ha a lehetősé- 
gekhez képest jól használjuk ki őket, 
akkor már elégedettek lehetünk ma- 


gunkkal, és meg merem kockáztatni, 
hogy a felhasználók is elégedett(ebbjek 
lehetnek velünk. 

Mivel az objektum- és az osztály-fo- 
galmakat még nem minden Clipper- 
felhasználó ismeri, nem árt röviden ki- 
fejteni, hogy mitis jelentenek. A száraz, 
tömör és nehezen emészthető definíci- 
ók helyett inkább próbáljuk meg nagyí- 
tó alá venni a Clipper előre definiált 
osztályait. A legegyszerűbb és talán a 
leggyakrabban használt objektumosz- 
tály az errorclass. Csak 13 exportált 
változója van, és mindössze egy ritkán 
használt osztályszintű függvény tarto- 
zik hozzá. Működésének lényege a kö- 
vetkező: ha a rendszer akármilyen run- 
tim-hibát észlel, új hibaobjektumot ge- 
nerál, annak összes exportált változóját 
kitölti az észlelt hibát leíró értékekkel, 
majd az objektumot mint változót (iga- 
zából az objektum címét) argumentum- 
ként átadja annak a kódblokknak, ame- 
lyetaz ERRORBLOCK( ) függvényben 
meghatároztunk. 

Ez a kódblokk aztán általában (az 
alapértelmezett kódblokk megszakítja a 
programot) meghív egy hibakezelő 
függvényt, amelynek továbbadja az ob- 
jektumot (az objektum címét). A hiba- 
kezelő a hibaobjektum változóinak tar- 
talmából kihámozza a hiba okát és jó 
esetben azt is, hogy milyen akciót lenne 
még érdemes elindítani. 

Másodiknak a GET osztályt vizsgál- 
juk meg, amely kicsit bonyolultabb, 
mint az előző. Ebben az osztályban 
rende:kezésünkre áll 19 exportált vál- 
tozó, 9--7--5--2-23 exportált eljárás és 
egy osztályszintű függvény. Az objek- 
tumosztályt az előző változatok GET — 


READ típusú adatbekérési mechaniz- 
musa helyett vezették be. Az előző vál- 
tozatokkal való kompatibilitás megőr- 
zéséhez az std.ch include-állományban 
(323.sor) definiálva van a GET és a 
READ átalakítása az új szisztémának 
megfelelő függvényhívásokra. Az új 
szisztéma szerint GET osztályú objek- 
tumokat, minden GET mezőhöz egy 
objektumot kell létrehozni és az expor- 
tált változókba nekünk kell beírni a 
kívánt paramétereket (oszlopszám, sor- 
szám, az adott GET listaelemre vonat- 
kozó színmeghatározások, picture-kó- 
dok és -maszkok stb). Az összeállított 
GET objektumokat egy tömbbe kell 
foglalni, majd ezt a tömböt átadni a 
beolvasást végző READMODALK( ) 
függvénynek. 

Ez a megoldás több, jól használható 
lehetőséget rejt magában az előző vál- 
tozathoz képest. Például a GET-eket 
egymásba lehet ágyazni, merta READ- 
MODAL( ) csak azokat a GET objek- 
tumokat dolgozza fel, amelyek az argu- 
mentumtömbben benne vannak. Az egy 
READMODALK ) függvénnyel behí- 
vott változók beolvasása között végre- 
hajtathatjuk saját függvényeinket (mér- 
tékegység-átszámítás, adathelyesség- 
vizsgálat, esetleg megerősítési kérelem 
a felhasználó számára vagy egy felfe- 
dezett hiba speciális kezelése), sót: 
megadhatunk egy függvényt, amelyet 
az adott GET mezőbe való belépéskor, 
és egy másikat, amit kilépéskor kell 
végrehajtani. 

A maradék két objektumosztály, a 
TBROWSE és TBCOLUMN osztályok 
szorosan összefüggenek egymással. Le- 
írásuktól most eltekintünk, mivel a 
rendszer részét képező TBDEMO.PRG 
közel hat kilobájton mutatja be haszná- 
latukat, és egyszerű példát találunk ben- 
ne egy GET objektum kezelésére is. 
Egyébként az objektum- és az osztály- 
fogalmaknak, valamint a Clipper 5.0 
standard osztályai használatának a 
megismerésében segítségünkre lehet- 
nek még a következő (a rendszer részét 
alkotó) programok is: BROWSE és CO- 
LUMN: array.prg, dbuedit.prg, GET: 
getsys.prg, valedit.prg, ERROR: er- 
rorsys.prg, frm????.prg, Ibl????.prg. 


Fridl György 
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VISSZACSATOLÁS 


Programozás 
és a józan paraszti ész? 


Nem könnyű szerkesztői bevezetőt írni az alábbi írás elé. 
(Aki elolvassa, rögtön megérti, hogy miért.) 

Egyrészt örülünk, hogy akaratlanul is sikerült 

a programozástechnikával kapcsolatban egy igen érdekes 
szakmai állásfoglalás kifejtését ,kiprovokálni", 


másrészt nem szeretnénk, 


ha az Alaplapban közölt írások vitastílusa 

— tárgyukhoz nagyon méltatlanul — 

személyeskedő, sértegető jelleget öltene. 

(Még akkor sem, ha a fő vitapartner tulajdonképpen 

egy külföldi lap sehol meg nem nevezett szerzője.) 

A cikkben előforduló ilyen stiláris fordulatokat 

ezért többnyire kigyomláltuk, de csakis azokat! 

A téma önmagában is elég érdekes ahhoz, hogy higgadt, 
tárgyilagos eszmecserére serkentsen olyanokat, 

akik szerzőnkhöz hasonló szeretettel 


kezelik hivatásuk eszköztárát. 


Szívesen helyt adunk tehát a további véleményeknek is. 


Az Alaplap áprilisi számában ,,A prob- 
lémától a programig" címmel, a Prog- 
ramozástechnika rovatban jelent meg 
egy írás a Tóolbox magazin cikke alap- 
ján. Sajnálatos félreértés miatt a cikk 
bevezetőjében az állt, hogy a cikk 
, problémafelvetését tekintve a Modu- 
1la-sorozat megállapításaival is vitatko- 
zik". Bár jól tudom, hogy a fenti cikk 
nem az Alaplap Modula-sorozatára re- 
agál, mégis úgy éreztem, fel kell ven- 
nem a kesztyűt (vagy talán inkább csak 
a feladott labdát kell leütnöm). 

Az idézett mondat már csak azért is 
felkeltette a figyelmemet, mert a Mo- 
dula-sorozatban igyekeztem kerülni 
mindenféle általánosító megállapítást, 
és persze kíváncsi voltam azokra a bi- 
zonyos vitatkozó problémafelvetések- 
re. Nézzük hát a cikket! Itt van mindjárt 
a bevezető: ,, 15 évvel ezelőtt a progra- 
mozást a Fortran és a hozzá hasonló 
nyelvek, a lyukkártyás technika jelen- 
tette", Gyors fejszámolás: 1991 — 15 - 
1976. Hm. A Fortran és a hozzá hasonló 
nyelvek? Mármint COBOL (1961), AL- 
GOL (1960), LISP (1960), BASIC 
(1964) vagy a többiek, mint APL, PL/1, 
SIMULA, Forth, PASCAL, SMALL- 
TALK, és már készült a Cés a Modula-2 
megjelenése is. Vajon milyen új, azóta 
történt jelentős nyelvi fejlődésre gon- 
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dolhatott a cikk írója ezeken a nyelve- 
ken kívül? 

Hm, másodszor: , lyukkártyás tech- 
nika". Mármint a CP/M mint a 8 bites 
gépek elfogadott szabványa vagy a 
6502-es processzorra épült Apple-gé- 
pek — amelyek már régen nem abban 
a legendás garázsban készültek —, 
hogy a virágzásnak indult hobbi- és 
mikroszámítógépek világából csak né- 
hány példát említsek, vagy — mond- 
juk — a hódító útján már öt éve elindult 
UNIX operációs rendszer. (Higgyék el, 
kedves olvasóim, hogy nem a lyukkár- 
tyás technika nagyszerű megoldásai 
azok, amelyek ezt az operációs rend- 
szert olyan elterjedtté tették szerte a 
világon az azóta eltelt évek alatt.) De a 
nagygépes hardveroldalon is bőven le- 
hetne sorolni a különféle géptípusok és 
gyártók neveit, amelyek bizony már rég 
elfelejtették a lyukkártyaolvasót mint 
elsődleges adatbeviteli eszközt a fel- 
használóval való kommunikációban. 

Ezek után az az állítás, hogy ,a fel- 
adatok megoldásakor nem volt szükség 
az akkori legújabb szoftvertechnológia 
ismeretére", nemcsak téves, hanem 
egyenesen sértő is. Meg aztán, hogy a 
nyolcvanas évek sem hoztak minőségi 
változást? Azok a nyolcvanas évek, 
amelyek mindenki asztalára egy koráb- 


ban el sem képzelhető számítógép-ka- 
pacitást helyeztek, lehetővé téve a szá- 
mítógép használatát az élet szinte min- 
den területén, és így a korábbinál sokkal 
többen ismerkedhettek meg a progra- 
mozás világával is! 

Természetesen az, hogy valaki szá- 
míitógéppel rendelkezik, még távolról 
sem jelenti azt, hogy programozóvá vá- 
lik. Sőt: azért, mert valaki programokat 
ír, még nem biztos, hogy programozó. 
De az biztos, hogy a sokféle új felhasz- 
nálói igény és a személyi számítógépek 
kapacitása olyan feladatot rótt a prog- 
ramozókra, amihez fel kellett nőni. 
Hogy csak egy iciri-piciri példát említ- 
sek: gondolom, a cikk szerzője sem 
soreditor segítségével készítette el írá- 
sát. Az viszont, hogy a programozási 
nyelvek sorába egy gépi kódú fordító 
(assembler) is bekerült, lehet tévedés is. 
Gondolhatják, hogy ilyen bevezető után 
milyen izgalommal vártam a folytatást. 

A cikkben a nyolcvanas évek végére 
datált programozástechnikai fogalmak- 
ról csak annyit, hogy azok már a hatva- 
nas évek végétől, az úgynevezett , nagy 
szoftverválság" időpontjától ismertek, 
és — akár hiszi valaki, akár nem — a 
professzionális programozók használ- 
ták is őket, A józan paraszti észre való 
hivatkozást egyszerűen nonszensznek 
tartom. Ebből sajna egy szó sem igaz. 
Egy programozó munkája során nem a 
józan paraszti észre, hanem szaktudá- 
sára, a gyakorlatban megszerzett rutin- 
jára és az adott probléma megoldásával 
kapcsolatos speciális ismereteire ha- 
gyatkozhat. A jó értelemben vett intuí- 
ciót és kreatív készséget pedig nem 
sorolnám a mezőgazdasági szakismere- 
tek körébe. Vagyis tagadom, hogy a 
programozói munka józan paraszti 
ésszel elvégezhető. Már csak arra len- 
nék kíváncsi, hol van a , programozók 
nagy része", hol vannak azok, akik erre 
esküsznek. 

Az objektumorientált programozás 
sem kerülte el a szerző figyelmét, de 
sok jót erről a témáról sem tudott mon- 
dani. Van, amiben természetesen egyet- 
értek: az, hogy valaki ilyen vagy olyan 
programozási nyelvet használ, önmagá- 
ban még nem jelent semmit. Megnyug- 
tathatok mindenkit, azért, mert mond- 
juk valaki Basic-ben ír programokat 





akár a legcsekélyebb programozási 
alapismeret nélkül, számomra nem je- 
lent mást, mint egy vállalkozó szellemű 
és az új dolgokra fogékony személyt. 
Ha például az illető néhány sikeres kí- 
sérlet után lelkesen bizonygatja a Basic 
nyelv szépségeit és előnyeit, még nem 
tartom eszelősnek. Magam is jól emlék- 
szem a jó öreg ABC 80-on megírt jela- 
nalízist végző programjaimra, amelye- 
ket természetesen Basic-ben írtam, lé- 
vén az egyetlen hozzáférhető nyelv. És 
mivel semmi problémám nem volt az 
A/D átalakító kártya programozásával, 
én is nagyon elégedett voltam. Ha az 
illető egy-két hónap elteltével előállna 
azzal az ötlettel, hogy egy real-time 
többtaszkos operációs rendszer megírá- 
sát forgatja a fejében, alighanem elejte- 
nék néhány célzást a Basic korlátaival 
kapcsolatban, de nem óhajtanám ezért 
a diliházba csukatni. Ha erre az ötletére 
céget akarna alapítani, az egyetlen, amit 
tehetek, hogy anyagilag nem támo- 
gatom a vállalkozását. Mindezt csak 
azért tartom fontosnak elmondani, mert 
— és ebben egyetértünk a szerzővel — 
a , nyelvi villongások" abszolút értel- 
metlenek, és nem vezetnek sehová. 
Mindenkinek szíve joga programozási 
nyelvet és metodikát választani, az el- 
készült program minősége azonban 
nem a józan paraszti észtől függ. Ezen 
túl persze más valaki munkájának, 
programozási módszerének a minősíté- 
se, hacsak az nem felkérésre történik, 
nem a mi feladatunk, hiszen, mint tud- 
juk, fogadatlan prókátornak... A cikk 
első részének taglalását ezzel be is fe- 
jezem, mivel — több megállapítás nem 
lévén — további félrevezető informá- 
ciókat már nem tartalmaz. 

A cikk elejének fanyalgásai után jött 
a , bizonyítás". Bár az, hogy végül is mi 
a cikk írójának a véleménye, és valójá- 
ban mit akar bizonyítani, nem derült ki. 
A példaprogrammal minden rendben 
van, csak azt nem látom be, hogyan 
lehet egy pár soros programocska segít- 
ségével a cikk elején említett progra- 
mozástechnikai fogalmakat pro vagy 
kontra demonstrálni. Amennyiben a 
programozó és a programozás fogalmát 
csak ilyen , nagy ívű" feladatokkal kap- 
csolatban értelmezi, akkor ugyancsak 
felesleges volt ezeket megemlítenie. 

A lineáris programváltozatról szóló 
részt mindjárt egy belső eljárás ismer- 
tetésével kezdi. És itt meg is állhatunk. 
További boncolgatások nélkül leszö- 
gezhetjük: lineáris programozás magas 
szintű nyelven nincs. Az első implicit 
vagy explicit függvényhívással máris 
átléptünk a szerző által procedurálisnak 
nevezett programozás területére, mert 
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az, hogy egy adott eljárást mi írtunk 
vagy más valaki írt meg, nem számít 
különbségnek az elvek szempontjából. 
Továbbmegyek és azt állítom: nemcsak 
hogy a procedurális, de a moduláris 
programozásba léptünk át szinte észre- 
vétlenül, hiszen a write eljárás megfe- 
lelői sok programozási nyelvben külön 
modulban találhatók. Persze, az már 
rajtunk múlik, hogy az általunk írt kód- 
részlet lineáris, procedurális vagy mo- 
duláris lesz-e. Ha valaki egy rövid prog- 
ramot ír, nem valószínű a modulokra 
való bontás, és nem kell feltétlenül min- 
den kis logikai egységből eljárást kre- 
álni (a hangsúly a rövidségen van). De 
ha valaki programozó, akkor nem a 
rövid programok írása dominál munká- 
jában. Ezért egy komplett rendszerben 
a logikailag elkülöníthető egységeket 
eljárásokba, a logikailag egy csoportba 
sorolható objektumokat "modulokba 
foglalja. Ha valaki ezenfelül professzio- 
nális programozó, akkor az eljárásokat 
és a modulokat általános célúaknak de- 
finiálja, ezzel is biztosítva a későbbi 
felhasználhatóságot. Ha valaki a prog- 
ramozásból él, akkor saját modul- 
könyvtárát igyekszik mások számára 
(természetesen megfelelő ellenszolgál- 
tatásért) hozzáférhetővé tenni, de mivel 
a világegyenlet megoldó képletét és 
más fontos problémamegoldást nincs 
ideje lekódolni, ezért nagy hasznát ve- 
szi a mások által már megírt könyv- 
táraknak is. A programozók világa ren- 
deltetésszerűen moduláris (de nem Mo- 
duláris!). Azt hiszem, az elméleti részt 
ezzel le is zárhatjuk. 

Lássuk csak az implementációt! Azt 
hiszem, ez az a rész, ami a szerkesztőt 
megtéveszthette és a bevezető záró- 
mondatának megírására késztethette. 
Természetesen én is izgatottan vártam 
a cikkben a Modula színrelépését. Saj- 
nos nagyot kellett csalódnom. Miután a 
szerző megemlítette a Modulát, azonnal 
félretette, és helyette előkerítette a Tur- 
bo Pascalt. Maga a szerző is beismeri, 
hogy ez a Pascal-implementáció csak 
, Valami hasonlót nyújt", mint a Mo- 
dula. 

Véleményem szerint az, hogy a 4.0-s 
verziót megszületésekor nem Turbo- 
Modulának hívták, valójában csak az 
addigra már kialakult piaci helyzetnek 
volt köszönhető. Persze ennek ellenére 
elég sok mindent megpróbáltak átvenni 
a Modulából. Az eredmény eléggé ké- 
tes, de amint a Pascal-bővítésekről ír- 
tam, egy jó programozó még egyáltalán 
nem biztos, hogy jó nyelvtervező is. 
Azzal, hogy kétes állításai igazolására 
a cikkíró nem egy moduláris nyelvet 
választott, szerintem nagyot vétett az 


objektív vizsgálati módszer követelmé- 
nyeivel szemben. Sebaj, a békát lenye- 
lem, ha nehezemre is esik. Így lőn a Lib 
UNIT. És lám, következett az ered- 
ménykiértékelés is, amelynek lényege, 
hogy , lássuk a medvét", azaz a kelet- 
kezett EXE fájlok méretét. Az ered- 
mény: 

s Lineáris" 4976 bájt. 

s, Procedurális" 5063 bájt. 

, Moduláris" 5209 bájt. 

Majd jön a verdikt: , Ha így nézzük, 
egyértelműen a . . . lineáris program len- 
ne a nyerő". De kérdem én, miért így 
nézzük? Ma, a 16 megabájtos 286-osok 
ésa4 gigabájt virtuális memóriátkezelő 
386-osok világában — hogy a Motoro- 
lákról és a RISC processzorokról ne is 
beszéljünk — az a 200 bájt ugyan mit 
számít? Főleg ha hozzátesszük azt is, 
hogy a programok bizony nem tökéle- 
tesen ugyanazt csinálják, ezért nem al- 
kalmasak az összehasonlításra. De talán 
hagyjuk a Pascalt, és nézzünk meg egy 
valóban moduláris nyelvet, a Modula- 
2-t. A programok Modula-változatai a 
lasc, pasc és masc (illetve mlib.def és 
mlib.imp) fájlokban találhatók a mág- 
neslemez mellékleten. Ha jól megnéz- 
zük, rájöhetünk, hogy a Modulával jó- 
formán ha akarnánk, se tudnánk , line- 
áris" programokat írni. A Modulában 
szinte minden eljárás valamilyen 
könyvtármodulból importálható. Nincs 
szükség , Error" eljárás írására, hiszen 
már készen , kapható", akárcsak a többi 
eljárás. Ezért a Modula-kódok között 
alig akad különbség. A Modula maga a 
moduláris programozás. 

És az eredmény? Azt hiszem, önma- 
gáért beszél: 

, Lineáris" 2980 bájt. 

.:.Procedurális" 2988 bájt. 

s. Moduláris" 2970 bájt. 

Azaz tökéletesen megegyező. A ma- 
gam részéről természetesen a lineáris 
megoldást választom, hiszen az adott 
problémát ez a módszer oldja meg a 
legegyszerűbb módon. Ha nem kell, ne 
csicsázzuk feleslegesen a dolgokat. Ez- 
után jön az elengedhetetlen , persze as- 
semblyban mindez sokkal rövidebb". 
Hát amennyiben a kódméretre gondo- 
lunk, ez tényleg így van. A kódolás 
sokkal hosszabb, a méretre vonatkozó 
200 bájtos. saccolás (ráadásul konkrét 
program nélkül) igencsak sántít, és ne 
feledjük el, hogy az exe programjainkat 
tároló fájlok 512 bájtnyi fejléccel ren- 
delkeznek a relokálhatóság érdekében. 
Persze még mindig ott van a szükséges 
rossz: a mintegy 1000 bájt (húha!!) 
hosszú iniciáló rész, de ez egyrészt 100 


-kilobájtos programok esetén sem lesz 


nagyobb, másrészt jó azt tudni, hogy az 
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ember ballépéseire figyelnek. Persze 
szép dolog is egy ilyen programot as- 
semblyban írni, hiszen minden feles- 
leges dolgot elhagyhatunk, és még ab- 
szolút lineáris programozással a futás- 
időt is csökkenthetjük, ami ugye nyom- 
tatás esetén rendkívül fontos dolog. És 
hát az égvilágon semmi másra nem 
alkalmas az a munka, amit elvégeztünk. 

A tanulság számomra az, hogy 
assemblyban is a modularitás az 








egyik legfontosabb célkitűzés, csak 
éppen a megoldáshoz választott 
eszköz más. Mondanom sem kell, 
hogy a magas szintű nyelven írt prog- 
ramot sokkal rövidebb idő alatt tudom 
tetszőleges másik gépre konvertálni, 
mint az assemblyben írtat. Egy ilyen 
egyszerű program esetén még csak- 
csak, deprobálkozzunk — mondjuk — 
egy szövegszerkesztő forráskódjá- 
val. A kódméretről még csak annyit: 


örülök, hogy az Alaplap áprilisi Modu- 
la-cikkében a Wirth professzortól kö- 
zöltidézetmármindentelmondott, amit 
az implementáció fogalmáról el lehet 
mondani, és bár , Aproblémától a prog- 
ramig" című cikkról az áprilisi rész 
megírásakor még nem is tudtam, a vá- 
lasz máris benne volt ugyanabban a 
számban. . 


Villányi László 





TV kontra PC 


Az alábbi kis írást 


a PC Turbo Klub hardverszakértője jegyzi. 
Egymástól függetlenül többen is 
tanácsot kértek tőle telefonon, illetve levélben, 


s úgy érezzük, a válaszok 


a szélesebb olvasótábor érdeklődésére is 


számot tarthatnak. 


Sokszor vetődik fel a kérdés, hogy 
lehetséges-e, és ha igen, akkor műsza- 
kilag hogyan oldható meg a PC család- 
ba tartozó számítógépek videokártyái- 
nak illesztése műsorvevő televízióké- 
szülékhez. 

Az igény általában olyan esetekben 
merül fel, amikor a számítógépet na- 
gyobb távolságból nézik, például kiál- 
loításon bemutatásra használják. A kü- 
lönlegesen nagy méretű (19"), kiváló 
felbontású professzionális monitorok 
használata erre a kivételes alkalomra 
nem indokolt és igencsak borsos áruk 
miatt nincs is reális lehetőség beszerzé- 
Ssükre. 

Általában elmondható, hogy bár- 
milyen csúcsminőségű televízióval 
is próbálkozunk, a számítógép il- 
lesztésekor kapható képminőség nem 
éri el a műsorvétel során megszokot- 
tat. Kísérletezni csak alapsávi video- 
bemenettel is ellátott (EURO— 
SCART, DIN vagy RCA csatlakozójú) 
készülékekkel érdemes, a nagyfrek- 
venciás moduláció és demoduláció 
rontaná a minőséget, bonyolítaná az 
illesztést. 

Mérlegelni kell azt is, hogy a tv-kép- 
csövek hosszú ideig állóképeket meg- 
jelenítve könnyebben károsodnak, mint 
a monitorképcsövek, ezért elkerülhetet- 
len a beégésük. 
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Tekintsük át a tényeket és lehetősé- 
geket! 

— Az Európában működő műsorve- 
vő televíziók sorfrekvenciája szabvány 
szerint 15,625 kHz. A régi készülékek 
hátlapján ez kézzel beállítható volt, a 
modern televíziók viszont egy PLL 
áramkör segítségével automatikusan 
végzik el a műveletet. A PLL áramkör 
a sorfrekvenciának a szabványostól né- 
hány százalékkal való eltérését kiváló- 
an korrigálja, nagyobb eltéréssel azon- 
ban nem tud megbirkózni. 

A PC számítógépek szabványos 
VGA monitorai általában 31 kHz, az 
EGA monitorok 21 kHz, az egyszínű 
Hercules monitorok pedig 18,2—18,8 
kHz körüli sorfrekvenciával működnek. 
A videorendszerek közül a CGA az 
egyetlen, amelynek sorfrekvenciája a 
televíziók számára elfogadható lehet, 
15,75 kHz. (Az EGA és VGA video- 
adapterek jelentős része képes CGA 
sorfrekvenciás üzemmódban működ- 
ni.) 

— A régebbi gyártású CGA kártyá- 
kon, valamint az EGA kártyák egy ré- 
szén található két RCA csatlakozóalj- 
zat, amelyek egyikén (EGA kártya ese- 
tén csak CGA üzemmódban) egyszí- 
nű (!) kompozit alapsávi videojelet ka- 
punk. Ha megelégszünk a fekete-fehér 
képpel, akkor a kimenet koaxiális ká- 


belen közvetlenül rákapcsolható a tele- 
vízió megfelelő bemenetére. A másik 
RCA aljzat kimeneti jele NTSC rend- 
szerű színinformációt is tartalmaz, ez 
azonban számunkra nem használható. 

— Az elterjedtebb, csak digitális ki- 
menettel rendelkező CGA (vagy CGA 
üzemmódban működő egyéb) video- 
adapterek kimeneti jeleiből egy speciá- 
lis illesztő áramkör segítségével előál- 
lítható a PAL-rendszerű kompozit vi- 
deojel, azonban ennek az áramkörnek a 
beszerzése nehézségekbe ütközhet. 

— A digitális videokimenetillesztése 
RGB bemenettel (EURO—SCART- 
csatlakozón) rendelkező televízióhoz 
egyszerűbb illesztő áramkörrel is meg- 
oldható. Az áramkör különálló egység- 
ként készíthető el, saját tápegységgel. 

Az áramkör feladatai: 

— ACGAadapter digitális TTL szin- 
tű vízszintes és függőleges szinkronje- 
leiből kompozit szinkronjelet állít elő, 
amely polaritáshelyesen a tévékészülék 
kompozit videobemenetére kapcsol- 
ható. 

—F ACGAadapter digitális TTL szin- 
tű Red, Green és Blue, valamint Inten- 
sity jeleiből elő kell állítani a televízió 
EURO—SCART bemeneteire illeszke- 
dó, 1Vpp amplitúdójú analóg Red, 
Green és Blue jeleket, amelyek hordoz- 
zák az intenzitás információt is. 

— Biztosítania kell a tévékészülék 
számára a kapcsolófeszültséget, amely 
a videobemenetet kompozit video- 
üzemmódból RGB üzemmódba kap- 
csolja. 

— A vízszintes szinkronjelet eltoltan 
kell a tv bemenetére kapcsolni, hogy a 
kép szélei is jól látszódjanak a képer- 
nyőn. (Ez egyes esetekben programból 
is megoldható, de nagyon bosszantó, 
amikor bizonyos programok futása alatt 
a kép máshol áll, mint egyébként.) 

A fentiek ismeretében lehet tehát el- 
dönteni, érdemes-e az egyszerű kis ké- 
szüléket vásárolni és a televíziót hasz- 
nálni, vagy célszerűbb egy nagyobb 
méretű monitort, esetleg videoprojek- 
tort venni vagy bérelni. 

Lóth Tamás 
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Dr. Kovács Magda: 
Mikroszámítógépek alkalmazása 
értelmező szótár II. 

Ertelmező szótár 1—3. 

(Budapest 1991., 

LSI Oktatóközpont Alapítvány, 
1087 oldal, 699 Ft) 


Sorrendben negyedikként jelent meg a hatrészesre tervezett 
sorozat második része, a háromkötetes Értelmező szótár. 
Készítőinek célja azonos a lapunk áprilisi számában bemu- 
tatott, készülő Alap-szótár tervezőiével: naprakész, minél 
teljesebb szakszótárt adni a szakemberek és a számítástech- 
nika iránt érdeklődők kezébe. 

A három kötetben — szinonimákkal együtt — közel húsz- 
ezer címszó szerepel, a későbbi kiadások során ezt a számot 
még növelni kívánják. A címszavak felölelik a szakma számos 
területét, bár böngészés közben a hardvertémák túlsúlyát 
tapasztaltam. A legtöbb címszó után szerepel az angol elne- 
vezés, továbbá a többnyelvű szótárak címszavaira utaló kód- 
szám. Az egyes témakörök nem különülnek el, a címszavak 
ábécérendben követik egymást. 

(b) 
MIKROSZÁMÍTÓGÉPEK 
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Gál István — Dallos Endre: 

Guick BASIC (Lemezmelléklettel) 
(Budapest 1991., LSI Oktatóközpont, 
190 oldal, 369 Ft) 


Érdekes könyv: szerencsésen egyesíti a szépirodalomban 
gyakran alkalmazott balladai homályt egy nem túl jól megírt 
felhasználói kézikönyv rosszul sikerült fordításának jellem- 
zőivel. Alapvető információkkal marad adós, s gyakoriak az 
olyan kifejezések, melyekből még a témát jól ismerő is 
nehezen hámozza ki, mit is akarnak jelenteni. Egyetlen példa 
a kötet elejéről: , több értékű adattömb meghatározása". 
Szakértő legyen a talpán, aki ebből kisüti, hogy a , több 
értékű" itt többdimenziós tömböt jelent. Az olvasó lépten- 
nyomon ilyen értelmetlenségekbe botlik. Egyéni a kötet 
helyesírása is, különösen az ö és ő betűk használata tér el a 
helyesírási szótárból ismert változattól. Tárgyi tévedéseket 
is felfedezni véltem (például a CLEAR utasítás leírásában), 


de — mivel a Ouick BA- 
5IC-nek nevezett , lényt" 
alig ismerem — lehet, 
hogy én tévedek. 

A balladai homály a 
lemezmellékletre is jel- 
lemző. A bemutató for- 
rásprogramokba szöveg- 
szerkesztő vagy listázó- 
programmal nem lehet 
betekinteni, mert a Ouick 
BASIC által kódolt (to- 
kenizált?) formában van- 
nak. A programok DOS 
alatt futtatható EXE ki- 
terjesztésű változatait is 
megtalálhatjuk a leme- 
zen, csupán egy apró in- 
formáció hiányzik ezzel 
kapcsolatban a könyvből: elsőként a DOKUMENT progra- 
mot kell lefuttatni, ennek segítségével minden további tud- 
nivalót megkapunk a többi program futtatásához. Én — mivel 
a DOKUMENT látszott a legkevésbé érdekesnek — ezt 
hagytam utoljára, így a programok kezelése sikerélményt 
hozott számomra, de sok fáradság árán. Egyébként a lemezen 
található programok valóban érdekesek. 

Egy részlet az Előszóból: ,,(...) merjük ajánlani a Ouick 
BASIC-et minden olyan magát programozónak nevező 
egyénnek, aki szeretne már végre többet tudó dolgokat egy- 
szerűbben megvalósítani." Nekem elment tőle a kedvem. 
Talán akad, akinek nem. 


GÁLISTVÁN : DALLOS ENDRE 
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PALETTA 


Mostani palettánkra szokásunktól eltérően nem hardverújdonságokat raktunk fel, 


hanem szoftvercsemegéket. 


Ezek a szoftverek — egy kivételtől eltekintve — hazai fejlesztések eredményei. 
Ötletességüknél, hiánypótló szerepüknél fogva — gondolom — méltán tarthatnak számot 


a felhasználók táborának érdeklődésére. 


Világkiállításra fel! 


A világkiállításra meghirdetett városrendezési pályázat első 
fordulójában részt vevő külföldi alkotók számítógép segít- 
ségével készítették el terveiket. A magyar pályázók között 
csak néhányan használták a számítógépet tervezési segéd- 
eszközként. Ezért a pályázatok elbírálói úgy döntöttek, hogy 
a tervek egzaktabb összehasonlítása, valamint a nem szakmai 
közönség tájékoztatása érdekében, a terveket a számítógépes 
grafika eszközeivel jelenítik meg. 

Így a második forduló valamennyi résztvevője — vezető 
külföldi CAD irodákkal együttműködve —, számítógéppel 
feldolgozott tervekkel pályázott. A Trias 3D CAD Studio a 
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Gerő-Kévés-Szabó tervezőhármas által megálmodott terve- 
ket , gépesítette". A tervek megjelenítéséhez egy 256 színár- 
nyalatot tudó, elektrosztatikus AO0-s plottert használtak. Az 
eredmény nem is maradt el, második helyezést értek el az 
alkotók. 

A világkiállítás kapcsán tehát a Trias 3D CAD szoftver 
városrendezési felhasználásával találkoztunk. Ám a rendszert 
építészeti, belsőépítészeti és látványtervezési feladatok meg- 
oldásához is jól alkalmazhatjuk. 

Ennek a hazai fejlesztésű szoftvernek az az érdekessége, 
hogy a tervező szövegformátumú adatbázist hoz létre, és a 
program ennek tartalmát jeleníti meg grafikusan. A rend- 
szerbe integráltak egy szövegszerkesztót, egy grafikus inter- , 
pretert, valamint egy háromdimenziós felületmodellel dolgo- 


PALETTA 





zó CAD rendszert. A rendszerre jellemző az is, hogy az 
adatbázis a felhasználó előtt mindig nyitott. Szintén kényel- 
mes, hogy az adatbázist nem kell kézzel feltölteni — ezt egy 
piktogramos menüvel is megtehetjük. A rendszer anyag- és 
mennyiségi kigyűjtést is végez, amely költségvetési program- 
hoz illeszthető. 

Ezzel a CAD rendszerrel komplex feladatokat oldhatunk 
meg. Tudásának megfelelően a szoftver ára is igen magas, 
450 000 Ft. S ha hozzávesszük azt az igényes hardvert (IBM 
AT 80386, 2 MB RAM, nagy felbontású grafikus monitor), 
amelyen ez a szoftver fut, akkor talán inkább eseti megbízá- 
sok, kiviteli és látványtervek elkészítéséhez érdemesebb 
igénybe venni a Trias 3D CAD Studio szolgáltatásait. 





UNIX? DOS? 


Bizonyára sok felhasználó találta szembe magát azzal a 
problémával, hogy mit tegyen, ha már sok DOS-programja 
van, de a feladatok növekedése más operációs rendszert 
kíván. Egy másik operációs rendszerre való áttéréskor senki 
sem akarja elveszíteni megszokott alkalmazásait és adatait. 
Ugyanakkor általában kevés pénz áll rendelkezésre egy nagy 
teljesítményű gép és a köré épülő munkaállomások megvá- 
sárlására. 

Ezen a gondon próbál segíteni a Xeus Rendszerépítő Iroda 
— KEKI által kifejlesztett Xeus nevű szoftver, amely egy 
UNIX-alapú intelligens terminálkezelő rendszer. Ezek a ter- 
minálok alkalmasak arra, hogy átvállaljanak egy-két feladatot 
a központi géptől, például a terminál [/D műveleteit vagy azt, 
hogy néhány programrészt a terminálon futtassunk. Sőt a 
DOS alatt működő terminálokról esetenként még a központi 
gép háttértárához is hozzáférhetünk. A Xeus rendszer tehát 


Identity 
Group associated with this account when the user logs in (cF35 for list) 
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Vsername 


User ID fndívidual 


Terminál Opciók ONE 


Login group UNIX host váltás 


Groupe 
Visszatérés a UNIX-hoz 
Login shell 
Home directory A ———————— 
Comment :( 1 
Priority : specify (Default) of 0 Value 


egy UNIX-ot futtató központi gépből és az azt körülvevő 
IBM PC-kompatibilis, MS-DOS alatt működő terminálokból 
áll, ahol a gépek ARCNET vagy ETHERNET hálózaton 
keresztül kommunikálhatnak. A Xeus lehetővé teszi, hogy a 
terminálokon dolgozó felhasználók régi DOS-alkalmazásai- 
kat futtassák az új operációs rendszer tanulása közben. Így a 
rendszer egyfajta sima áttérést tesz lehetővé a DOS-ról a 
UNIX-ra. 

Ez a , hiánypótló", valóban okos szoftver méltán váltott ki 
nagy érdeklődést az Ifabón. A Xeus rendszer közel 80 000 
Ft-os árával (10 terminálig) talán nem riasztja el az ilyen 
jellegű problémák megoldása előtt álló felhasználókat. 





Számítógépes szótár 
A könyvesboltokban a közeljövőben jelenik meg az Akadé- 


miai Kiadó gondozásában az új angol—magyar, magyar— 
angol szótár. Az új szótár kiadásáról azért adunk hírt, mert 
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Kivágható postautalvány a PC Turbo Klub tagdíjának befizetéséhez. (Évi 2.112.— forint) 
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A feladó (meghatalmazottja) felszólalt: 
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számítástechnikai feldolgozással készült. A szegedi Scriptum 
Kft. készítette el a szótár programváltozatát. A szótárpár 30, 
illetve 35 ezer címszót, és 12, illetve 20 ezer szókapcsolatot, 
kifejezést tartalmaz. A szótárban nemcsak mindennapi éle- 
tünk változásait tükröző új szavak és fordulatok szerepelnek, 
hanem az egyes szakterületek (számítástechnika, videózás, 
autózás stb.) legfontosabb. kifejezései is. A már korábban 
megjelent számítógépes szótáraktól elsősorban abban külön- 
bözik, hogy az adatbázis nemcsak szavak gyűjteménye, 
hanem pontos mása a könyv alakban megjelent szótárnak. 
Megtalálhatók benne egy adott címszó különböző jelentései 
a hozzá tartozó nyelvtani tudnivalókkal együtt. Az angol— 
magyar szótárban még a fonetikai átírások is szerepelnek. 

Ez a szótárprogram valamennyi IBM-kompatibilis számí- 
tógépen, DOS 3.0 vagy magasabb verziószámú operációs 
rendszer alatt működik, feltéve, ha van 4 MB winchester-ka- 
pacitásunk. Bár a programot védelemmel látták el, 5000 Ft-os 
árával ennek ellenére vélhetően sokan hozzáférhetnek. A 
regisztrált felhasználók ezért természetesen a kiegészítéseket 
is megkapják a lemezár és a postaköltség fejében. 

A Scriptum Kft. idén őszre tervezi, hogy az általa készített 
szótár rugalmasabban felhasználható legyen, tehát mi ma- 
gunk is bővíthessük új szavak felvételével. A program lehe- 
tőséget nyújt arra, hogy a pontatlanul beírt szavakat is 
visszakeressük. A szótár részeként a fordítást segítő eljárás 
tulajdonképpen egy adott szöveg kiszótárazását végzi el. A 
szöveghez tartozó szavakat kikeresi és ezekből külön fájlt 
hoz létre. Ha egy szóhoz több jelentés is kapcsolódik, akkor 
az összes variációt felajánlja. 

Az Akadémiai Kiadó és a Scriptum Kft. között az együtt- 
működés annyira sikeresnek bizonyult, hogy egy szótársoro- 
zat közös kiadását is tervezik: hamarosan megjelentetik a 
magyar helyesírási szótárt, valamint a német, francia, spa- 
nyol, román szótárt is. 


N/Joy - az irodák világa 


Az IO Soft által forgalmazott szoftver olyan összetett admi- 
nisztrációs rendszer, amely egyesíti a szövegszerkesztést, a 
dokumentumok tárolását és visszakeresését, valamint a táb- 
lázatkezelést és a hozzá tartozó diagramok elkészítését is. 

Az N/Joy irodaautomatizálási rendszert a számítástechni- 
kához kevéssé értő adminisztrátorok is könnyen megtanulják 
és megjegyzik. Ezért helyettesítik például rajzok a menüket. 
A felhasználó ugyanis jobban el tudja képzelni és meg tudja 
jegyezni a rajzokhoz tartozó jelentést, mint ami szöveges 
menüponthoz kötődik. 

A program indításakor egy irodába lépünk, amely , szo- 
bákból" áll. Ezeket a szobákat a felhasználó rendezheti be 
annak megfelelően, hogy milyen jellegű munkát kíván majd 
végezni. A szobában katalógusok vannak, ezek objektumok- 
ból állnak, amelyek adat-, tároló- vagy funkcionális objektu- 
mok lehetnek. Ezek az objektumok közvetlenül kezelhetők, 
paraméterezhetők, és másolat készíthető róluk. 

A programcsomag meglehetősen igényes hardvert feltéte- 
lez (Intel 80 386-os IBM-kompatibilis számítógépet, 4 MB 
RAM-ot, 40 MB fix lemezterületet és OS/2 operációs rend- 
szert). Ugy véljük, hogy akiknek már megvan ez a hardver- 
háttér, azoknak érdemes a kb. 90.000 Ft-os programcsomag 
megvásárlásán gondolkodniuk. Élvezzék ők is az N/Joy-t! 


Sziebig Andrea 
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A feladónak az összeg 
rendeltetésére vonatkozó 


A bankszerv teljesítését igazoló 
bélyegzőnyomat: 


() 


ma 


Nappali fény 
mellett is 
kitűnő képet 
varázsolnak 
a vászonra 
a Polaroid 
írásvetítők. 


A könnyen 
hordozható 
legkisebb 
modell 
mindössze 
4,5 kg. 


Előadások 
látványossá 
tételéhez 
ideális 
útitárs! 





Többféle változatban kaphatók a 


FLOPPYLAND 


számítástechnikai szaküzletben 
(Budapest V., Váci utca 84. Telefon/Fax: 118-2651) 
és országszerte a Cédrus Rt. viszonteladóinál. 


Polaroid 


INFORMÁCIÓKÉRÉS: 27 A 





ALPHA MICROSYSTEMS 
AMERIKAI CSÚCSTECHNOLÓGIA 
MAGYARORSZÁGON 


ALPHA MICRO 
TU g Bi Ja ő 

LU Tgn gyet 
SZÁMÍTÓGÉPCSALÁD 


alpha micro 
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ÉS MÁRKASZERVÍZ: 


NTT-2000 KFT 


1431 BUDAPEST 
VIII., MÁRIA U. 20. 
TELEFON: 134-0393 
TELEFAX: 134-0568 
TELEX: 22-6515 





CREATIVE COMPUTER SOLUTIONS 
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